Hirviö Laadunvarmistussuunnitelma
|
|
- Helmi Saarinen
- 7 vuotta sitten
- Katselukertoja:
Transkriptio
1 Hirviö Laadunvarmistussuunnitelma Jani Heikkinen Anssi Kalliolahti Jukka Larja Kim Nylund Liia Sarjakoski Samuli Sorvakko Timo Toivanen 8. helmikuuta
2 Sisältö 1 Johdanto Testauksen tavoitteet ja laajuus Implementaatiokierros Implementaatiokierros Viittaukset muihin dokumentteihin Testauksen kohde Testattavat ominaisuudet Implementaatiokierros Implementaatiokierros Ominaisuudet joita ei testata Implementaatiokierros Implementaatiokierros Testauslähestymistavat Testausmenetelmät Yksikkötestaus Integraatiotestaus Systeemitestaus Hyväksymistestaus Regressiotestaus Katselmoinnit Käyttöliittymän heuristinen arviointi Testaustyökalut Testitapausten hallinta ja dokumentointi Vikojen hallinta ja dokumentointi Etenemisen seuranta ja mittarit Testidata ja aineistot Testien läpäisy- ja hylkäyskriteerit Testauksen keskeytys- ja uudelleenaloituskriteerit Testauksen lopetuskriteerit Resurssit Vastuut ja henkilöstö Testausympäristö Tehtävät ja aikataulu Testaustehtävät Implementaatiokierros Implementaatiokierros Aikataulu Tuotokset
3 Versio Päivämäärä Tekijä Versio Kalliolahti Ensimmäinen versio Kalliolahti I1-päätteeksi palautettu versio Kalliolahti I2-vaiheen suunnitelma lisätty Kalliolahti I2-vaiheen päätteeksi palautettu versio 1 Johdanto Tässä laadunvarmistussuunnitelmassa kuvataan testaus- ja laadunvalvontamenetelmät, joita käytetään Hirviö-järjestelmän kehityksessä. Jokaiselle implementaatiokierrokselle eritellään järjestelmän testattavat ominaisuudet, resurssit, testauksen tavoitteet sekä tehtävät ja aikataulut. 1.1 Testauksen tavoitteet ja laajuus Testauksen tavoitteena on jokaisella kierroksella taata asiakkaalle toimitettavan järjestelmän ja vaatimusten vastaavuus, löytää ja ratkaista kriittiset ongelmat sekä varmistaa testaus- ja muiden laatukriteerien täyttyminen Implementaatiokierros 1 Implementaatiokierroksella 1 laadunvarmistuksen ensisijaisena tavoitteena on varmistaa riittävä luotettavuus, tietoturva ja suorituskyky sovelluksen perusarkkitehtuurille ja alustalle. Toissijainen tavoite on varmistaa riittävä toimivuus niille järjestelmän osille, jotka näkyvät käyttäjille. Tämän lisäksi implementaatiokierroksella 1 on tarkoitus kartoittaa ryhmän yleinen osaamistaso virheiden tuottamisen ja niiden löytämisen kannalta. Tästä saatavaa tietoa käytetään mittareiden tarkentamiseen myöhemmillä kierroksilla Implementaatiokierros 2 Implementaatiokierroksella 2 testausaktiviteetit painottuvat järjestelmätestaukseen ja dokumenttien katselmointiin. Kierroksella ei suoriteta erillistä integraatiota, jolloin varsinainen intergraatiotestausvaihe sivuutetaan. Kierroksen tavoitteena on varmistaa Hirviölle riittävä laatu siten, että se voidaan luovuttaa kierroksen päätyttyä asiakkaalle testattavaksi (eli asiakas voi aloittaa kaikkien implementoitujen vaatimusten hyväksymistestauksen) ja että se voidaan luovuttaa vertaistestausryhmälle testattavaksi. 1.2 Viittaukset muihin dokumentteihin Projektisuunnitelma - Projektisuunnitelmassa on kuvattu projektin eri osapuolet, resurssit ja aikataulut. Vaatimusmäärittely - Vaatimusmäärittelyssä on kuvattu järjestelmän vaatimukset, joihin testaus tulee perustumaan. 2 Testauksen kohde Testauksen kohteena on Hirviö-järjestelmä ja siihen liittyvä dokumentaatio. Jokaisella kierroksella kohteena on toteutettu järjestelmän osa-alue ja sitä vastaava dokumentaatio. 3
4 2.1 Testattavat ominaisuudet Jokaisen kierroksen testattavat asiat on listattuna alla. Testausprioriteetti on merkitty listoihin testattavan asian jälkeen asteikolla Implementaatiokierros 1 Implementaatiokierroksella 1 testataan katselmoimalla seuraavat iteraatiosuunnitelmassa mainitut dokumentit: Päivitetty vaatimusmäärittely (2) Arkkitehtuurikuvaus (1) Testaussuunnitelma (1) Implementaatiokierroksella 1 testataan myöhemmin dokumentissa mainituilla tavoilla seuraavat iteraatiosuunnitelmassa toteuttettavaksi merkityt järjestelmän osa-alueet: Tietokanta-moduli (1) AAA-moduli (1) Sisään- ja uloskirjautuminen (1) Yksinkertaisen muistiinpanon kirjaus (1) Työryhmän muistiinpanojen katselu (2) Implementaatiokierros 2 Implementaatiokierroksella 2 testataan katselmoimalla seuraavat iteraatiosuunnitelmassa mainitut dokumentit: Päivitetty vaatimusmäärittely (1) Käyttöohjeen ensiversio (1) Päivitetty arkkitehtuurikuvaus (2) Päivitetty tietokantarakenne (3) Implementaatiokierroksella 2 testataan myöhemmin dokumentissa mainituilla tavoilla seuraavat iteraatiosuunnitelmassa toteutettavaksi merkittyjen vaatimusten implementaatiot: Opiskelijakohtaisten muistiinpanojen tallennus (F1) (1) Hakujen tekeminen (F2) (1) Opiskelijan tietojen tallentaminen (F3) (1) Tiedostojen tallennus (F4) (2) Diplomitöiden seuraaminen (F5) (1) Raportit (F8) (2) Edellämainittujen lisäksi implementaatiokierroksella 2 testataan myös käyttöliittymän käytettävyyttä. 4
5 2.2 Ominaisuudet joita ei testata Implementaatiokierros 1 Implementaatiokierroksella 1 ei testata seuraavaa järjestelmään liittyvää dokumentointia: Päivitetty projektisuunnitelma. Tilannekatsaus. Testiraportti. Kaikki yllä listatut dokumentit jätetään testaamatta, koska niitä tai niiden päivityksiä ei katsota merkittäviksi Hirviön laatutekijöiden kannalta. Implementaatiokierroksella 1 ei testata seuraavia järjestelmään toteutettavia osa-alueita. Tietokantarakenne. Testioraakkelia on vaikea määritellä, koska mitään tietokantarakennetta hyödyntävää, ja samalla testausta helpottavaa, toiminnallisuutta ei toteuteta implementaatiokierroksella 1. Testaaminen jätetään myöhemmille kierroksille. Käyttöliittymä. Käyttöliittymästä puuttuu lähes kaikki ydintoiminnallisuus, joten sen testaaminen siirretään myöhemmille kierroksille Implementaatiokierros 2 Implementaatiokierroksella 2 ei testata seuraavaa järjestelmään liittyvää dokumentointia: Päivitetty projektisuunnitelma Päivitetty testaussuunnitelma Testiraportti Päivitetty tietoturvakuvaus Tilannekatsaus Kaikki yllä listatut dokumentit jätetään testaamatta, koska niitä tai niiden päivityksiä ei katsota merkittäviksi Hirviön laatutekijöiden kannalta. Implementaatiokierroksella 2 ei testata seuraavia järjestelmään toteutettavia osa-alueita: Ylläpitotyökalu (F7) Varmuuskopiointi (F10) Yllä mainitut ominaisuudet eivät vaikuta suoraan Hirviön normaalin käyttäjän toimiin, joihin kierroksen testausresurssit on tarkoitus keskittää. Ne jätetään testattaviksi viimeiselle kierrokselle. 5
6 3 Testauslähestymistavat 3.1 Testausmenetelmät Yksikkötestaus Kaikki järjestelmät modulit, poislukien käyttöliittymäkomponentit, yksikkötestataan. Yksikkötestaus toteutetaan käyttäen PHPUnit- alustaa. PHPUnit mahdollistaa testien suorittamisen automatisoinnin sekä antaa pohjan regressio- ja integraatiotestaukselle. Jokainen ohjelmoija on itse vastuussa toteuttamiensa modulien yksikkötestien luomisesta. Toteutettavalle toiminnallisuudelle luodaan ensin testi ja vasta tämän jälkeen vastaava toiminnallisuus (Test-driven developement). Tällä tavoin voidaan varmistua siitä, että yksikkötestit toteutetaan jokaiselle modulille. Vaihtoehtoinen tapa, jossa yksikkötestauksen tekee eri henkilö kuin toteuttaja, vaatisi ylimääräistä organisointia Integraatiotestaus Yksittäiset modulit integroidaan suuremmiksi kokonaisuuksiksi kun ne ovat valmiita ja niitä on yksikkötestattu riittävästi. Järjestelmä integroidaan klusteripohjaisesti (object cluster), jolloin lopputuloksena on testattuja, toiminnallisia kokonaisuuksia, joilla ei ole suuria keskinäisiä riippuvuuksia. Yksikkötestauksen yhteydessä luotuja automaattisia testejä hyödynnetään soveltuvin osin integraatiotestauksessa. Ylimmän tason integroinnin ja integraatiotestaamisen suorittavat arkkitehtuurista vastaavat henkilöt, koska heillä on paras tietämys odotetusta toiminnallisuudesta. Ylimmän tason integroinnilla tarkoitetaan toimitettavan järjestelmän kokoamista ensimmäisellä implementaatiokierroksella, sekä testattujen klustereiden liittämistä järjestelmään myöhemmillä kierroksilla Systeemitestaus Jokaisen implementaatiokierroksen loppuvaiheessa suoritetaan systeemitestausta asiakkaalle toimitettavalle järjestelmän osalle. Systeemitestaus käsittää pääasiassa toiminnallista testausta ja tietoturvan testausta. Toiminnallinen testaus tehdään asiakkaan asettamien toiminnallisten vaatimusten perusteella, jotka on kirjattu vaatimusmäärittelyyn. Testaus tehdään käsin ennalta määrättyjen testitapausten mukaisesti. Testitapaukset pohjautuvat vaatimusmäärittelyn käyttötapauksiin Hyväksymistestaus Viimeistelykierroksella järjestelmälle suoritetaan hyväksymistestaus yhdessä asiakkaan kanssa. Hyväksymistestaus suoritetaan, kun systeemitestauksessa löydetyt virheet on korjattu ja testaus on niiltä osin suoritettu uudelleen Regressiotestaus Kun testattua järjestelmän osaa korjataan tai muutetaan, suoritetaan muutosten jälkeen regressiotestausta. Regressiotestaus käsittää vähintään kaikkien yksikkötestien automaattisen uudelleensuorituksen. Järjestelmälle voidaan suorittaa myös muita testejä yksikkötestien lisäksi laatuvastaavan harkinnan perusteella. 6
7 3.1.6 Katselmoinnit Tärkeimmät dokumentit katselmoidaan ennen palautusta. Katselmoinnissa on tarkoituksena löytää dokumentin puutteet asetettujen vaatimusten osalta ja ristiriidat muiden dokumenttien kanssa. Katselmoitavat dokumentit lähetetään ennen tilaisuutta katselmoijille, jotka lukevat ne läpi ja tekevät listan havaitsemistaan epäkohdista. Katselmoinneissa ei ole tarkoitus puuttua mielipiteillä enää varsinaiseen asiasisältöön, ellei kyseessä ole yksimielisesti selkeä virhe Käyttöliittymän heuristinen arviointi Toteutettu käyttöliittymä arvioidaan heuristisesti kummankin iteraatiovaiheen lopussa. Tarkemmat menetelmät on eritelty aiheeseen liittyvässä SEPA-päiväkirjassa. 3.2 Testaustyökalut Testauksessa käytetään seuraavia työkaluja: PHPUnit - Yksikkötestausalusta testien automatisointiin PHP-ohjelmointikielelle. PH- PUnit on vastine JUnitille, joka on niinsanottu de facto -standardi yksikkötestaukseen Javalla. HTTPUnit - Toiminnallisen testauksen automatisointiin. Vaikka toiminnallinen testaus tehdään pääasiassa manuaalisesti, voi HTTPUnittia käyttää sen tukena. 3.3 Testitapausten hallinta ja dokumentointi Kaikki testitapaukset dokumentoidaan priorisoituihin testijaksoihin. Priorisointi tehdään asiakkaan vaatimusten priorisoinnin perusteella. Toiminnalliset testitapaukset liitetään vaatimusmäärittelyn käyttötapauksiin, ei-toiminnalliset testitapaukset vaatimuksiin. Testitapaukset suunnitellaan siten, että ne olisivat valmiita hiukan ennen testattavaa toiminnallisuutta. Tällöin testitapaukset pohjautuvat täysin samoihin määrityksiin kuin itse toiminnallisuus. 3.4 Vikojen hallinta ja dokumentointi Kaikki integraatio-, systeemi-, hyväksymis- ja regressiotestaustauksessa havaitut viat kirjataan Bugzilla -järjestelmään. Kaikki yksikkötestauksessa havaitut viat joita ei korjata heti, kirjataan Bugzilla -järjestelmään. Yksikään versionhallintajärjestelmässä oleva revisio ei saa sisältää dokumentoimattomia ja havaittuja vikoja. Havaituista vioista kirjataan seuraavat tiedot: Vian yksilöivä tunniste Vian kuvaus Niiden toimintojen kulun kuvaus, joilla vika saadaan aiheuttettua uudelleen Vakavuusaste Ympäristön kuvaus Vian aiheuttama tulos ja varsinainen odotettu tulos Viat luokitellaan kolmeen vakavuusluokkaan, jotka on pyritty määrittelemään mahdollisimman yksiselitteisesti vian aiheuttaman seuraamuksen perusteella: 7
8 Kriittinen vika - Vika, joka estää testattavan toiminnallisuuden käytön tai aiheuttaa kriittiseksi tai merkittäväksi luokiteltavia sivuvaikutuksia. Merkittävä vika - Vika, joka estää ajoittain testattavan toiminnallisuuden käytön, vaikettaa sitä tai aiheuttaa vähäisiä sivuvaikutuksia. Vähäinen vika - Vika ei estä toiminnallisuuden käyttöä eikä aiheuta sivuvaikutuksia. 3.5 Etenemisen seuranta ja mittarit Yksikkötestauksen etenemistä seurataan kun vastuullinen ohjelmoija luovuttaa toteuttamansa modulin integroimisvalmiina. Mikäli yksikkötestausta ei katsota tarpeeksi kattavaksi, moduli palautetaan toteuttajalleen testattavaksi. Yksikkötestausta seuratessa arvioidaan testien kattavuus priorisoinnin suhteen. Testien tulee kattaa syötteen tärkeimmät ekvivalenssiluokat ja raja-arvot siten, että jokaista positiivista testiä vastaa 3-5 negatiivista testiä. Integraatio- ja systeemitestauksessa löydetyistä vioista tuotetaan vikaraportteja. Näissä testausvaiheissa mittarina käytetään löydettyjen vikojen ja suoritettujen testien suhdetta. Vertailukohtana käytetään edellisten kierrosten aikana saatuja tuloksia. 3.6 Testidata ja aineistot Integraatio- ja järjestelmätestauksessa Hirviön tietokanta alustetaan määrätyllä testiaineistolla, jota täydennetään jokaisella iteraatiolla siten että se kattaa kierroksella toteutetut ja testattavat ominaisuudet. 3.7 Testien läpäisy- ja hylkäyskriteerit Testi on hylätty, jos se paljastaa vähintään yhden kriittisen vian. Testi on hylätty myös, mikäli se paljastaa vähintään yhden laillisella syötteellä aikaansaadun merkittävän vian. Muussa tapauksessa testi on läpäisty. 3.8 Testauksen keskeytys- ja uudelleenaloituskriteerit Testaus on keskeytettävä, mikäli testattavana on tietokantariippuvainen järjestelmän osa, ja testauksessa käytettävä tietokanta korruptoituu jonkin muun tekijän, kuin testin itsensä vuoksi. Testaus aloitetaan uudelleen, kun tietokanta on eheytetty. 3.9 Testauksen lopetuskriteerit Testausta ei voida lopettaa, jos testattavasta järjestelmästä paljastuu kriittisiä vikoja tai jos järjestelmästä paljastuu positiivisillä testeillä vähintään merkittäviä vikoja. Testaus voidaan lopettaa, jos testattavasta järjestelmästä ei löydetä vähintään merkittäviä vikoja yli kymmenellä testillä testattavaa ominaisuutta kohden. Ei-toivotussa tapauksessa testaus lopetetaan, kun sille asetetut resurssit ja aikarajat ylittyvät. 8
9 4 Resurssit 4.1 Vastuut ja henkilöstö Moduleiden yksikkötestauksesta ovat vastuussa niiden tekijät. Vastuut jokaisella iteraatiokierroksella on määritelty kyseisen iteraation iteraatiosuunnitelmassa. Matalan tason integroinnin ja integrointitestauksen tekevät integroitavista moduleista vastanneet henkilöt. Korkean tason integrointitestauksesta ovat vastuussa arkkitehtuurista vastaavat Liia Sarjakoski ja Anssi Kalliolahti. Laatuvastaavana toimii Anssi Kalliolahti, joka vastaa testauksen suunnittelusta, seurannasta ja raportoinnista projektipäällikölle. 4.2 Testausympäristö Kehitysympäristö toimii myös palvelinpään testiympäristönä. Implementaatiokierroksella 1 ei ole vielä tarvetta kiinnittää huomiota asiakaspään testiympäristöön. Implementaatiokierroksella 2 käyttöliittymän toimivuus testataan myöhemmin kierroksella asiakkaalta saatavien selainvaatimusten perusteella. 5 Tehtävät ja aikataulu 5.1 Testaustehtävät Taulukon sarake vastuut tarkoittaa vastuuta systeemitestauksesta, jos kyse ei ole dokumentista. Yksikkö- ja integraatiotestausvastuu määräytyy iteraatiosuunnitelman mukaan edellä mainitulla tavalla Implementaatiokierros 1 # Tehtävä Vastuut 1 Päivitetty vaatimusmäärittely (katselmointi) Anssi Kalliolahti, Liia Sarjakoski, Jani Heikkinen 2 Arkkitehtuurikuvaus (katselmointi) Timo Toivanen, Jukka Larja 3 Testaussuunnitelma (katselmointi) Samuli Sorvakko, Jukka Larja 4 Tietokanta-moduli Jukka Larja, Jani Heikkinen 5 Sisään- ja uloskirjautuminen Anssi Kalliolahti 6 Yksinkertaisen muistiinpanon kirjaus Samuli Sorvakko 7 Työryhmän muistiinpanojen katselu Timo Toivanen Implementaatiokierros 2 # Tehtävä Vastuut 1 Päivitetty vaatimusmäärittely (katselmoint) Liia Sarjakoski, Samuli Sorvakko 2 Käyttöohjeen ensiversio (katselmointi) Anssi Kalliolahti, Timo Toivanen 3 Päivitetty arkkitehtuurikuvaus Jani Heikkinen, Kim Nylund 4 Opiskelijakohtaisten muistiinpanojen tallennus Kim Nylund 5 Hakujen tekeminen Anssi Kalliolahti 6 Opiskelijan tietojen tallentaminen Jani Heikkinen 7 Tiedostojen tallennus Timo Toivanen 8 Diplomitöiden seuraaminen Samuli Sorvakko 9 Raportit (F8) Jukka Larja 10 Päivitetty tietokantarakenne (Katselmointi) Timo Toivanen, Jani Heikkinen 9
10 5.2 Aikataulu Testausaikataulu on aina suhteellinen, riippuen projektin yleisestä aikataulusta sekä mahdollisista liukumista. Yksikkö- ja osa integrointitesteistä on automatisoitu, jolloin niitä voidaan ajaa määrätyin väliajoin jatkuvan regressiotestauksen muodossa. Integraatio- ja systeemitestaukseen liittyvät testitapaukset pyritään luomaan samanaikaisesti ominaisuuden implementoinnin kanssa, jolloin ne ovat heti itse ominaisuuden valmistuttua valmiina. Implementaatiokierrosten 1 ja 2 järjestelmätestauksen aikataulu on määritelty iteraatiosuunnitelmassa. 5.3 Tuotokset Testaussuunnitelma - Tätä testaussuunnitelmaa päivitetään jokaisella kierroksella vastaamaan suunniteltuja laadunvarmistustoimenpiteitä. Testitapaukset - Systeemitestauksen tueksi tuotetaan joukko testitapauksia, joiden pohjalta testaus suoritetaan. Testitapaukset ovat käyttötapauksiin pohjautuvia, kevyitä ohjeistuksia testattavan toiminnallisuuden testaamiseen. Testiloki - Jokaisella implementaatiokierroksella systeemitestauksen aikana suoritettujen testitapausten tulokset kirjataan testilokiin. Testausraportti - Jokaisen implementaatiokierroksen päätteeksi kirjoitetaan testausraportti, joka tiivistää kierroksella tehdyn testauksen ja sen tulokset. Tiivistelmä vikaraporteista - Projektin lopuksi tuotetaan tiivistelmä kaikista projektin aikana dokumentoiduista vioista. 10
Hirviö Laadunvarmistussuunnitelma
Hirviö Laadunvarmistussuunnitelma Jani Heikkinen Anssi Kalliolahti Jukka Larja Kim Nylund Liia Sarjakoski Samuli Sorvakko Timo Toivanen 30. marraskuuta 2004 1 Sisältö 1 Johdanto 3 1.1 Testauksen tavoitteet
LisätiedotHirviö Testausraportti I2
Hirviö Testausraportti I2 Jani Heikkinen Anssi Kalliolahti Jukka Larja Kim Nylund Liia Sarjakoski Samuli Sorvakko Timo Toivanen 8. helmikuuta 2005 1 Sisältö 1 Johdanto 3 1.1 Järjestelmätestaus.................................
Lisätiedotdokumentin aihe Dokumentti: Testausraportti_I1.doc Päiväys: Projekti : AgileElephant
AgilElephant Testausraportti I1 Tekijä: Petri Kalsi Omistaja: ElectricSeven Aihe: Testausraportti Sivu 1 / 5 Dokumentti Historia Muutoshistoria Revision Numero Revision Päiväys Yhteenveto muutoksista Revision
LisätiedotTestaussuunnitelma. Dokumentti: Testaussuunnitelma.doc Päiväys: Projekti: AgileElephant Versio: V0.4
AgilElephant Tekijä: Petri Kalsi ja Heikki Salminen Omistaja: ElectricSeven Dokumentti:.doc Päiväys: 30.11.2004 Aihe: Sivu 1 / 11 Dokumenttihistoria Muutoshistoria Revision päiväys: 30.11.2004 Seuraavan
LisätiedotLaadunvarmistusdokumentti
Laadunvarmistusdokumentti Dokumentin historia Versio Päiväys Muokkaaja Kuvaus Hyväksytty 1.10 07.11.2005 Rönkkö Kirsi Erotettu omaksi dokumentikseen Sisällysluettelo 1. Koko projektissa...2 1.1. Tavoitteet...2
LisätiedotTestaussuunnitelma. Dokumentti: Testaussuunnitelma.doc Päiväys: Projekti: AgileElephant
AgilElephant Tekijä: Petri Kalsi ja Heikki Salminen Omistaja: ElectricSeven Dokumentti:.doc Päiväys: 15.03.2005 Aihe: Sivu 1 / 11 Dokumenttihistoria Muutoshistoria Revision Numero Revision Päiväys Yhteenveto
LisätiedotTestaussuunnitelma. Koskelo. Helsinki Ohjelmistotuotantoprojekti. HELSINGIN YLIOPISTO Tietojenkäsittelytieteen laitos
Testaussuunnitelma Koskelo Helsinki 16.12.2004 Ohjelmistotuotantoprojekti HELSINGIN YLIOPISTO Tietojenkäsittelytieteen laitos Kurssi 581260 Ohjelmistotuotantoprojekti (6 ov) Projektiryhmä Tom Bertell Johan
LisätiedotOhjelmistotuotantoprojekti
Ohjelmistotuotantoprojekti Ryhmä Muppett TESTAUSDOKUMENTTI Helsinki 5.8.2008 HELSINGIN YLIOPISTO Tietojenkäsittelytieteen laitos Ohjelmistotuotantoprojekti, kesä 2008 Projekti: Muutos- ja korjauspyyntöjen
LisätiedotT Testiraportti - järjestelmätestaus
T-76.115 Testiraportti - järjestelmätestaus 18. huhtikuuta 2002 Confuse 1 Tila Versio: 1.0 Tila: Päivitetty Jakelu: Julkinen Luotu: 18.04.2002 Jani Myyry Muutettu viimeksi: 18.04.2002 Jani Myyry Versiohistoria
LisätiedotHirviö Vertaistestausraportti
Hirviö Vertaistestausraportti Jani Heikkinen Anssi Kalliolahti Jukka Larja Kim Nylund Liia Sarjakoski Samuli Sorvakko Timo Toivanen 8. maaliskuuta 2005 1 Sisältö 1 Johdanto 3 2 Testauksen kattavuus 3 2.1
LisätiedotSEPA diary. Dokumentti: SEPA_diary_PK_HS.doc Päiväys: Projekti: AgileElephant Versio: V0.3
AgilElephant SEPA Diary Petri Kalsi 55347A Heikki Salminen 51137K Tekijä: Petri Kalsi Omistaja: ElectricSeven Aihe: PK&HS Sivu 1 / 7 Dokumenttihistoria Revisiohistoria Revision päiväys: 29.11.2004 Seuraavan
LisätiedotHirviö Järjestelmätestauksen testitapaukset ja suoritusloki I1
Hirviö Järjestelmätestauksen testitapaukset ja suoritusloki I1 Jani Heikkinen Jukka Larja Kim Nylund Liia Sarjakoski 30. marraskuuta 2004 1 Sisältö 1 Sisään- ja uloskirjautuminen 3 1.1 Testitapaus F1-TC1................................
LisätiedotT Tietojenkäsittelyopin ohjelmatyö. Testiraportti, vaihe T1. Tietokonegrafiikka-algoritmien visualisointi. Testiraportti, vaihe T1
T-76.115 Tietojenkäsittelyopin ohjelmatyö Sisältö Tästä dokumentista ilmenee T1-vaiheessa suoritettu testaus, sen tulokset ja poikkeamat testisuunnitelmasta. Päivämäärä 1.12.2002 Projektiryhmä Keimo keimo-dev@list.hut.fi
LisätiedotTestaussuunnitelma. Ohjelmistotuotantoprojekti Nero. Helsinki Ohjelmistotuotantoprojekti HELSINGIN YLIOPISTO Tietojenkäsittelytieteen laitos
Testaussuunnitelma Ohjelmistotuotantoprojekti Nero Helsinki 5.11.2004 Ohjelmistotuotantoprojekti HELSINGIN YLIOPISTO Tietojenkäsittelytieteen laitos Kurssi 581260 Ohjelmistotuotantoprojekti ( ov) Projektiryhmä
LisätiedotTestausdokumentti. Kivireki. Helsinki Ohjelmistotuotantoprojekti HELSINGIN YLIOPISTO Tietojenkäsittelytieteen laitos
Testausdokumentti Kivireki Helsinki 17.12.2007 Ohjelmistotuotantoprojekti HELSINGIN YLIOPISTO Tietojenkäsittelytieteen laitos Kurssi 581260 Ohjelmistotuotantoprojekti (6 ov) Projektiryhmä Anu Kontio Ilmari
LisätiedotConvergence of messaging
Convergence of messaging Testaussuunnitelma The Converge Group: Mikko Hiipakka Anssi Johansson Joni Karppinen Olli Pettay Timo Ranta-Ojala Tea Silander Helsinki 20. joulukuuta 2002 HELSINGIN YLIOPISTO
LisätiedotLohtu-projekti. Testaussuunnitelma
Lohtu-projekti Testaussuunnitelma Versiohistoria: 1.0 19.2.2003 1. versio Mari 1.1 20.2.2003 Muutoksia Mari 1.2 25.2.2003 Katselmoinnissa esiin tulleet Mari muutokset 1.3 17.3.2003 2. syklissä tehtävät
LisätiedotTestaussuunnitelma Labra
Testaussuunnitelma Labra Helsinki 25.8.2008 Ohjelmistotuotantoprojekti HELSINGIN YLIOPISTO Tietojenkäsittelytieteen laitos 1 Kurssi 581260 Ohjelmistotuotantoprojekti (9+1op) Projektiryhmä Anssi Kapanen,
LisätiedotUCOT-Sovellusprojekti. Testausraportti
UCOT-Sovellusprojekti Testausraportti Ilari Liukko Tuomo Pieniluoma Vesa Pikki Panu Suominen Versio: 0.02 Julkinen 11. lokakuuta 2006 Jyväskylän yliopisto Tietotekniikan laitos Jyväskylä Hyväksyjä Päivämäärä
LisätiedotCOTOOL dokumentaatio Testausdokumentit
Table of Contents Testausraportti.............................................................................. 1 1 Tiivistelmä...............................................................................
LisätiedotLaadunvarmistuksen suunnitelma. Ryhmä ExtraTerrestriaLs Aureolis Oy
Laadunvarmistuksen suunnitelma Ryhmä ExtraTerrestriaLs Aureolis Oy Versi Päiväys Tekijä Kuvaus o 1.0 8.11.2004 Risto Kunnas Ensimmäinen versio 1.1 8.11.2004 Risto Kunnas Korjauksia 1.2 9.11.2004 Mika Suvanto
LisätiedotLaadunvarmistuksen suunnitelma. Ryhmä ExtraTerrestriaLs Aureolis Oy
Laadunvarmistuksen suunnitelma Ryhmä ExtraTerrestriaLs Aureolis Oy Versio Päiväys Tekijä Kuvaus 1.0 8.11.2004 Risto Kunnas Ensimmäinen versio 1.1 8.11.2004 Risto Kunnas Korjauksia 1.2 9.11.2004 Mika Suvanto
LisätiedotTestaussuunnitelma PULSU. Syksy 2008 Ohjelmistotuotantoprojekti. HELSINGIN YLIOPISTO Tietojenkäsittelytieteen laitos
Testaussuunnitelma PULSU Syksy 2008 Ohjelmistotuotantoprojekti HELSINGIN YLIOPISTO Tietojenkäsittelytieteen laitos Kurssi 581260 Ohjelmistotuotantoprojekti (9 op) Projektiryhmä Heikki Manninen Noora Joensuu
LisätiedotT Testiraportti - integraatiotestaus
T-76.115 Testiraportti - integraatiotestaus 16. huhtikuuta 2002 Confuse 1 Tila Versio: 1.1 Tila: Päivitetty Jakelu: Julkinen Luotu: 19.03.2002 Jani Myyry Muutettu viimeksi: 16.04.2002 Jani Myyry Versiohistoria
LisätiedotKuopio Testausraportti Asiakkaat-osakokonaisuus
Kuopio Testausraportti Asiakkaat-osakokonaisuus Kuopio, testausraportti, 25.3.2002 Versiohistoria: Versio Pvm Laatija Muutokset 0.1 11.2.2002 Matti Peltomäki Ensimmäinen versio 0.9 11.2.2002 Matti Peltomäki
LisätiedotOhjelmiston testaussuunnitelma
Ohjelmiston testaussuunnitelma Ryhmän nimi: Tekijä: Toimeksiantaja: Toimeksiantajan edustaja: Muutospäivämäärä: Versio: Katselmoitu (pvm.): 1 1 Johdanto Tämä lukaa antaa yleiskuvan koko testausdokumentista.
LisätiedotMihin kaikkeen voit törmätä testauspäällikön saappaissa?
Mihin kaikkeen voit törmätä testauspäällikön saappaissa? Arto Stenberg Copyright Kuntien Tiera Oy Kuntien Tiera Copyright Kuntien Tiera Oy Tieran toiminta perustuu osaamisverkoston rakentamiseen, mikä
LisätiedotTestaussuunnitelma. Pizzeria - Pitseria HAAGA-HELIA ammattikorkeakoulu Tietojenkäsittelyn koulutusohjelma. WebPizza
Testaussuunnitelma Pizzeria - Pitseria HAAGA-HELIA ammattikorkeakoulu Tietojenkäsittelyn koulutusohjelma Versio 1.0 Ehdotus Laatija Raine Kauppinen VERSIOHISTORIA Versionotyyppi Versio- Päiväys Tekijä
LisätiedotWCLIQUE. Ohjelmistoprojekti. Testaussuunnitelma
TKK/DISKO/Tik-76.115 WCLIQUE Projektiryhmä Clique http://www.hut.fi/jekahkon/wclique/testplan.html WCLIQUE Ohjelmistoprojekti Projektiryhmä Clique: Janne Dufva, 75008T, email: janne.dufva@nokia.com, 75014C,
Lisätiedot0.47 27.11.2005 Santeri Saarinen Korjattu testaustasoja ja tehty tarkennuksia I1-testaukseen
Muutoshistoria Versio Pvm Tekijä Kuvaus 0.1 24.10.2005 Elina Kontro Laatuasiat siirretty omaan dokumenttiin jatkotyöstetty 0.2 27.10.2005 Santeri Saarinen Bugien elinkaari yms. asioita jatkettu 0.3 28.10.2005
LisätiedotOhjelmiston testaus ja laatu. Testaustasot
Ohjelmiston testaus ja laatu Testaustasot Testauksen vaihejako Tarpeet / sopimus Järjestelmätestaus Hyväksymiskoe Määrittely testauksen suunnittelu ja tulosten verifiointi Arkkitehtuurisuunnittelu Moduulisuunnittelu
LisätiedotHyväksymistestauksen tarkistuslista järjestelmän hankkijalle
Hyväksymistestauksen tarkistuslista järjestelmän hankkijalle Tarkistuslista on suunniteltu käytettäväksi hyväksymistestauksen suunnittelussa, valmiuksien arvioinnissa ja katselmoinnissa.tämä tarkistuslista
LisätiedotTIE-21200 Ohjelmistojen testaus Harjoitustyön esittely osa 2: Vaiheet 3 & 4. Antti Jääskeläinen Matti Vuori
TIE-21200 Ohjelmistojen testaus Harjoitustyön esittely osa 2: Vaiheet 3 & 4 Antti Jääskeläinen Matti Vuori Vaiheet 3 & 4: Järjestelmätestaus 27.10.2014 2 Päämäärä jedit-ohjelmointieditorin järjestelmätestaus
LisätiedotL models. Testisuunnitelma. Ryhmä Rajoitteiset
Teknillinen korkeakoulu T-76.115 Tietojenkäsittelyopin ohjelmatyö Lineaaristen rajoitteiden tyydyttämistehtävän ratkaisija L models Testisuunnitelma Ryhmä Rajoitteiset Versio Päivämäärä Tekijä Muutokset
LisätiedotTestaussuunnitelma. PUSU-ryhmä. Helsinki Ohjelmistotuotantoprojekti. HELSINGIN YLIOPISTO Tietojenkäsittelytieteen laitos
Testaussuunnitelma PUSU-ryhmä Helsinki 13.12.2007 Ohjelmistotuotantoprojekti HELSINGIN YLIOPISTO Tietojenkäsittelytieteen laitos Kurssi 581260 Ohjelmistotuotantoprojekti (9 op) Projektiryhmä Jussi Hynninen
LisätiedotSEPA diary. Dokumentti: SEPA_diary_PK_HS.doc Päiväys: Projekti: AgileElephant
AgilElephant SEPA Diary Petri Kalsi 55347A Heikki Salminen 51137K Tekijä: Petri Kalsi Omistaja: ElectricSeven Aihe: PK&HS Sivu 1 / 7 Dokumenttihistoria Revisiohistoria Revision Numero Revision Päiväys
LisätiedotT Projektikatselmus
T-76.115 Projektikatselmus Projektityöryhmä GenCode I3-iteraatio 17.3.2004 Agenda Tavoitteiden toteutuminen (5 min) Resurssien käyttö (5 min) Iteraation tulokset (10 min) Riskit (5min) +Kokemuksia työskentelymenetelmistä
LisätiedotTestausraportti. Oppimistavoitteiden hallintajärjestelmä harri
Testausraportti Oppimistavoitteiden hallintajärjestelmä harri Helsinki 13.12.2007 Ohjelmistotuotantoprojekti HELSINGIN YLIOPISTO Tietojenkäsittelytieteen laitos Kurssi 581260 Ohjelmistotuotantoprojekti
LisätiedotKäyttäjien tunnistaminen ja käyttöoikeuksien hallinta hajautetussa ympäristössä
www.niksula.cs.hut.fi/~jjkankaa// Testauksen loppuraportti v. 1.0 Päivitetty 23.4.2001 klo 19:05 Mikko Viljainen 2 (14) Dokumentin versiohistoria Versio Päivämäärä Tekijä / muutoksen tekijä Selite 1.0
LisätiedotOhjelmiston testaus ja laatu. Ohjelmistotekniikka elinkaarimallit
Ohjelmiston testaus ja laatu Ohjelmistotekniikka elinkaarimallit Vesiputousmalli - 1 Esitutkimus Määrittely mikä on ongelma, onko valmista ratkaisua, kustannukset, reunaehdot millainen järjestelmä täyttää
LisätiedotOhjelmistojen mallintaminen. Luento 11, 7.12.
Ohjelmistojen mallintaminen Luento 11, 7.12. Viime viikolla... Oliosuunnittelun yleiset periaatteet Single responsibility eli luokilla vain yksi vastuu Program to an interface, not to concrete implementation,
LisätiedotTIE-21200 Ohjelmistojen testaus Harjoitustyön esittely osa 2: Vaiheet 3 & 4. Antti Jääskeläinen Matti Vuori
TIE-21200 Ohjelmistojen testaus Harjoitustyön esittely osa 2: Vaiheet 3 & 4 Antti Jääskeläinen Matti Vuori Vaiheet 3 & 4: Järjestelmätestaus 28.10.2013 2 Päämäärä jedit-ohjelmointieditorin järjestelmätestaus
LisätiedotTik-76.115 Tietojenkäsittelyopin ohjelmatyö Tietotekniikan osasto Teknillinen korkeakoulu. LiKe Liiketoiminnan kehityksen tukiprojekti
Tik-76.115 Tietojenkäsittelyopin ohjelmatyö Tietotekniikan osasto Teknillinen korkeakoulu TESTAUSSUUNNITELMA LiKe Liiketoiminnan kehityksen tukiprojekti Versio: 2.1 Tila: hyväksytty Päivämäärä: 12.12.2000
LisätiedotOnnistunut SAP-projekti laadunvarmistuksen keinoin
Onnistunut SAP-projekti laadunvarmistuksen keinoin 07.10.2010 Patrick Qvick Sisällys 1. Qentinel 2. Laadukas ohjelmisto täyttää sille asetetut tarpeet 3. SAP -projektin kriittisiä menestystekijöitä 4.
LisätiedotVersio Päiväys Tekijä Kuvaus Tikkanen varsinainen versio
Testiraportti 26.2.2006 1/5 - Noheva II Testiraportti Versio Päiväys Tekijä Kuvaus 1.0 26.2.2006 Tikkanen varsinainen versio 1 Yleistä Toteutusvaiheen 2 virallinen testaus on muodostunut automaattisista
LisätiedotAutomaattinen yksikkötestaus
Teknillinen Korkeakoulu T-76.115 Tietojenkäsittelyopin ohjelmatyö Lineaaristen rajoitteiden tyydyttämistehtävän ratkaisija L models Automaattinen yksikkötestaus Ryhmä Rajoitteiset Versio Päivämäärä Tekijä
LisätiedotHirviö Projektisuunnitelma
Hirviö Projektisuunnitelma Jani Heikkinen Anssi Kalliolahti Jukka Larja Kim Nylund Liia Sarjakoski Samuli Sorvakko Timo Toivanen 8. helmikuuta 2005 Tiivistelmä: Projektisuunnitelma kuvaa lyhyesti projektin,
LisätiedotTIE Ohjelmistojen testaus 2015 Harjoitustyö Vaiheet 1 ja 2. Antti Jääskeläinen Matti Vuori
TIE-21204 Ohjelmistojen testaus 2015 Harjoitustyö Vaiheet 1 ja 2 Antti Jääskeläinen Matti Vuori Työn yleiset järjestelyt 14.9.2015 2 Valmistautuminen Ilmoittaudu kurssille Lue harjoitustyön nettisivut
LisätiedotT Testiraportti - integraatiotestaus
T-76.115 Testiraportti - integraatiotestaus 22. maaliskuuta 2002 Confuse 1 Tila Versio: 1.0 Tila: Päivitetty Jakelu: Julkinen Luotu: 19.03.2002 Jani Myyry Muutettu viimeksi: 22.03.2002 Jani Myyry Versiohistoria
LisätiedotTestaaminen ohjelmiston kehitysprosessin aikana
Testaaminen ohjelmiston kehitysprosessin aikana 04.02.2004 http://cs.joensuu.fi/tsoft/ Sisällys 1. Johdanto 2. Yksikkö- ja integrointitestaus 3. Järjestelmätestaus 4. Hyväksymistestaus http://cs.joensuu.fi/tsoft/
LisätiedotMäärittelydokumentti NJC2. Helsinki 11.2.2004 Ohjelmistotuotantoprojekti HELSINGIN YLIOPISTO Tietojenkäsittelytieteen laitos
Määrittelydokumentti NJC2 Helsinki 11.2.2004 Ohjelmistotuotantoprojekti HELSINGIN YLIOPISTO Tietojenkäsittelytieteen laitos Kurssi 581260 Ohjelmistotuotantoprojekti ( ov) Projektiryhmä Eero Anttila Olli
LisätiedotAutomaattinen regressiotestaus ilman testitapauksia. Pekka Aho, VTT Matias Suarez, F-Secure
Automaattinen regressiotestaus ilman testitapauksia Pekka Aho, VTT Matias Suarez, F-Secure 2 Mitä on regressiotestaus ja miksi sitä tehdään? Kun ohjelmistoon tehdään muutoksia kehityksen tai ylläpidon
LisätiedotCT60A4150 OHJELMISTOTESTAUKSEN PERUSTEET. Jussi Kasurinen (etu.suku@lut.fi) Kevät 2015
CT60A4150 OHJELMISTOTESTAUKSEN PERUSTEET Jussi Kasurinen (etu.suku@lut.fi) Kevät 2015 NOPEA KERTAUS TESTAUS HYVIN LYHYESTI Miten normaali testaajan arki ohjelmistoprojektissa sitten rullaa? Käytännössä
LisätiedotTestaussuunnitelma. Asdf. Helsinki Ohjelmistotuotantoprojekti HELSINGIN YLIOPISTO Tietojenkäsittelytieteen laitos
Testaussuunnitelma Asdf Helsinki 22.2.2008 Ohjelmistotuotantoprojekti HELSINGIN YLIOPISTO Tietojenkäsittelytieteen laitos Kurssi 581260 Ohjelmistotuotantoprojekti (6 ov) Projektiryhmä Kuisma Sami Louhio
LisätiedotTik-76.115 Tietojenkäsittelyopin ohjelmatyö Tietotekniikan osasto Teknillinen korkeakoulu. LiKe Liiketoiminnan kehityksen tukiprojekti
Tik-76.115 Tietojenkäsittelyopin ohjelmatyö Tietotekniikan osasto Teknillinen korkeakoulu TESTIRAPORTTI LiKe Liiketoiminnan kehityksen tukiprojekti Versio: 1.1 Tila: hyväksytty Päivämäärä: 13.2.2001 Tekijä:
LisätiedotTestauksen hallintaa teekkareille (ja muille kiinnostuneille) Arto Stenberg
Testauksen hallintaa teekkareille (ja muille kiinnostuneille) Arto Stenberg Symbio lyhyesti Innovatiivinen tuotekehitys- ja testauskumppani Juuret Suomessa, perustettu 1997 Laadukkaat ohjelmistotoimitukset
LisätiedotLaaturaportti [iteraatio 2] Ryhmä 14
Laaturaportti [iteraatio 2] Ryhmä 14 Versio Pvm Tekijä Kuvaus 1.0 2.3.2008 Luukkonen Ensimmäinen versio Sisältö 1. Käytetyt laatumenetelmät... 1 1.1 Automaattiset yksikkötestit, tutkiva testaus ja jatkuva
LisätiedotTestausraportti. Orava. Helsinki Ohjelmistotuotantoprojekti HELSINGIN YLIOPISTO Tietojenkäsittelytieteen laitos
Testausraportti Orava Helsinki 5.5.2005 Ohjelmistotuotantoprojekti HELSINGIN YLIOPISTO Tietojenkäsittelytieteen laitos Kurssi 581260 Ohjelmistotuotantoprojekti (6 ov) Projektiryhmä Juhani Bergström Peter
LisätiedotT 76.115 Tietojenkäsittelyopin ohjelmatyö Hirviöryhmä loppukatselmointi. Hirviö. Projektikatselmointi
Hirviö Projektikatselmointi Mikä Hirviö on? Hajautettu muistikirja Professoreille Muistiinpanoja keskusteluista opiskelijan kanssa Diplomitöiden ja jatko opintojen seuranta Raportointi Opetushenkilökunnalle
LisätiedotCoMa - Testausdokumentti
CoMa - Testausdokumentti Mindmap - Kari Velling Helsinki 16.12.2005 Ohjelmistotuotantoprojekti HELSINGIN YLIOPISTO Tietojenkäsittelytieteen laitos Kurssi 581260 Ohjelmistotuotantoprojekti (6 ov) Projektiryhmä
LisätiedotTestauspalvelu laadunvarmistajana Arekin monitoimittajaympäristössä. Satu Koskinen Teknologiajohtaja, Arek Oy
Testauspalvelu laadunvarmistajana Arekin monitoimittajaympäristössä Satu Koskinen Teknologiajohtaja, Arek Oy Agenda Arek yrityksenä Testauspalvelun uudelleen järjestelyt 2014 Vastuut ja käytännön työnjako
LisätiedotMihin kaikkeen voit törmätä testauspäällikön saappaissa?
Mihin kaikkeen voit törmätä testauspäällikön saappaissa? Arto Stenberg Copyright Kuntien Tiera Oy Kuntien Tiera Copyright Kuntien Tiera Oy Tiera on vuonna 2010 perustettu yli 200:n kuntatoimijan omistama
LisätiedotTestaussuunnitelma. Opeapuri. Helsinki Ohjelmistotuotantoprojekti HELSINGIN YLIOPISTO Tietojenkäsittelytieteen laitos
Testaussuunnitelma Opeapuri Helsinki 2.4.2007 Ohjelmistotuotantoprojekti HELSINGIN YLIOPISTO Tietojenkäsittelytieteen laitos Kurssi 581260 Ohjelmistotuotantoprojekti (6 ov) Projektiryhmä Krister Eklund
LisätiedotTestaussuunnitelma. Oppimistavoitteiden hallintajärjestelmä harri
Testaussuunnitelma Oppimistavoitteiden hallintajärjestelmä harri Helsinki 15.11.2007 Ohjelmistotuotantoprojekti HELSINGIN YLIOPISTO Tietojenkäsittelytieteen laitos Kurssi 581260 Ohjelmistotuotantoprojekti
LisätiedotWCLIQUE. Ohjelmistoprojekti. Testaussuunnitelma
TKK/DISKO/Tik-76.115 WCLIQUE Projektiryhmä Clique http://www.hut.fi/~jekahkon/wclique/testplan.pdf WCLIQUE Ohjelmistoprojekti WCLIQUE_TP Projektiryhmä Clique: Janne Dufva, 75008T, email: janne.dufva@nokia.com
LisätiedotLAATURAPORTTI Iteraatio 1
LAATURAPORTTI Iteraatio 1 LAATURAPORTTI 2 (7) VERSION HALLINTA Versio Päivä Tekijä Kuvaus 0.1 9.12.2006 Kaarlo Lahtela Ensimmäinen versio 0.2 Kaarlo Lahtela Korjauksia 1.0 Lauri Kiiski Katselmointi ja
LisätiedotOhjelmien testaustyökalut
Ohjelmien testaustyökalut Antti Hämäläinen Helsinki 13.11.2000 Ohjelmistotuotantovälineet seminaari HELSINGIN YLIOPISTO Tietojenkäsittelytieteen laitos Ohjelmien testaustyökalut Antti Hämäläinen Ohjelmistotuotantovälineet
LisätiedotTestausraportti. Dokumentti: Testausraportti_I2.doc Päiväys: Projekti : AgileElephant
AgilElephant I2 Tekijä: Heikki Salminen Omistaja: ElectricSeven Aihe: Sivu 1 / 8 Dokumentti Historia Muutoshistoria Revision Numero Revision Päiväys Yhteenveto muutoksista Revision tekijä 1.0 7.2.2004
LisätiedotHYVÄKSYMISTESTAUS- RAPORTTI - HAKEUTUJAN PALVELUT JA TODENNETUN OSAAMISEN REKISTERI
HYVÄKSYMISTESTAUS- RAPORTTI - HAKEUTUJAN PALVELUT JA TODENNETUN OSAAMISEN REKISTERI 13.5.2013 Dokumentin tallennuspaikka Sivu 1/8 SISÄLLYSLUETTELO 1 DOKUMENTIN TARKOITUS... 3 2 TESTAUKSEN TILANNE... 3
LisätiedotKuopio Testausraportti Kalenterimoduulin integraatio
Kuopio Testausraportti Kalenterimoduulin integraatio Kuopio, testausraportti, 22.4.2002 Versiohistoria: Versio Pvm Laatija Muutokset 0.1 22.4.2002 Matti Peltomäki Ensimmäinen versio 0.9 22.4.2002 Matti
LisätiedotTestaus-tietoisku: Tärkeimpiä asioita testauksesta projektityökurssilaisille
1(23) Testaus-tietoisku: Tärkeimpiä asioita testauksesta projektityökurssilaisille Matti Vuori, Tampereen teknillinen yliopisto 30.10.2012 Sisällysluettelo 1/2 Esityksen tarkoitus 4 Laatu on tärkeää, ei
LisätiedotSEPA diary. Dokumentti: SEPA_diary_PK_HS.doc Päiväys: Projekti: AgileElephant
AgilElephant SEPA Diary Petri Kalsi 55347A Heikki Salminen 51137K Tekijä: Petri Kalsi Omistaja: ElectricSeven Aihe: PK&HS Sivu 1 / 8 Dokumenttihistoria Revisiohistoria Revision Numero Revision Päiväys
Lisätiedot58160 Ohjelmoinnin harjoitustyö
58160 Ohjelmoinnin harjoitustyö Testaus 30.3.2009 Tuntiop. Sami Nikander sami.nikander@helsinki.fi 58160 Ohjelmoinnin harjoitustyö, Sami Nikander 30.3.2009 1 Testaus Ohjelman systemaattista tutkimista
LisätiedotDynaaminen analyysi IV
Dynaaminen analyysi IV Luento 9 Antti-Pekka Tuovinen 16 April 2013 1 Tavoitteet Kokemusperäinen testitapausten suunnittelu Yhteenvetoa suunnittelutekniikoista 16 April 2013 2 1 Testitapausten kokemusperäinen
LisätiedotT Tietojenkäsittelyopin ohjelmatyö. Testiraportti, vaihe LU. Tietokonegrafiikka-algoritmien visualisointi. Testiraportti, vaihe T3
T-76.115 Tietojenkäsittelyopin ohjelmatyö Testiraportti, vaihe LU Sisältö Tästä dokumentista ilmenee LU-vaiheessa suoritettu testaus, sen tulokset ja poikkeamat testisuunnitelmasta. Päivämäärä 14.4.2003
LisätiedotVakuutusyhtiöiden testausinfo
Vakuutusyhtiöiden testausinfo ATJ:n ulkoisten liittymien testaaminen Jonna Hannukainen ja Markku Noukka 12. ja 17.5.2006 (Päivitetty 18.5.2006) ATJ:n integraatiotestaus vakuutusyhtiöiden kanssa Testauksen
LisätiedotJHS XXX ICT-palvelujen kehittäminen: Laadunvarmistus Liite 6: Katselmointi
JHS XXX ICT-palvelujen kehittäminen: Laadunvarmistus Liite 6: Katselmointi Versio: 0.9 Julkaistu: n.n.2011 Voimassaoloaika: toistaiseksi Sisällys 1 Katselmointi osana laadunvarmistusta... 2 2 Yleistä katselmoinneista...
LisätiedotDynaaminen analyysi IV Luento 6 Antti-Pekka Tuovinen
Dynaaminen analyysi IV Luento 6 Antti-Pekka Tuovinen 23 April 2018 1 Tavoitteet Kokemusperäinen testitapausten suunnittelu Yhteenvetoa suunnittelutekniikoista 23 April 2018 2 Testitapausten kokemusperäinen
LisätiedotTestaussuunnitelma. Polku http://code.google.com/p/polku-projekti/ versio 1.0. Projektiryhmä. Janne Pihlajaniemi. Antti Jämsén.
Testaussuunnitelma Polku http://code.google.com/p/polku-projekti/ versio 1.0 Projektiryhmä Janne Pihlajaniemi Antti Jämsén Maria Hartikainen Pekka Kallioniemi Jorma Laajamäki Panu Tunttunen Nina Tyni Joonas
LisätiedotTESTIRAPORTTI - VYM JA KANTA Virtuaaliyhteisöjen muodostaminen Versio 1.0
TESTIRAPORTTI - VYM JA KANTA Versio 1.0 i Sisällysluettelo 1. YLEISTÄ 2 1.1. Dokumentin tarkoitus ja yleisiä toimintaohjeita 2 1.2. Viittaukset muihin dokumentteihin 2 2. SUORITETTAVA TESTI 3 2.1. Testauksen
LisätiedotTestaustyökalut. Luento 11 Antti-Pekka Tuovinen. Faculty of Science Department of Computer Science
Testaustyökalut Luento 11 Antti-Pekka Tuovinen 25 April 2013 1 Tavoitteet Työkalutyyppejä Testauksen hallinta Testien määrittely Staattinen analyysi Dynaaminen testaus 25 April 2013 2 1 Työkalut ja testaus
LisätiedotGood Minton QA Raportti Iteraatio 1 Sulkapalloliiton Kilpailujärjestelmä
Good Minton QA Raportti Iteraatio 1 Sulkapalloliiton Kilpailujärjestelmä Versiohistoria: Versio: Pvm: Laatijat: Muutokset: 0.1 2006 12 09 Jani Eränen Alustava DOKUMENTIN TILA: Alustava Valmis Tarkastettu
LisätiedotTIE Ohjelmistojen testaus 2016 Harjoitustyö Vaiheet 1 ja 2. Antti Jääskeläinen Matti Vuori
TIE-21201 Ohjelmistojen testaus 2016 Harjoitustyö Vaiheet 1 ja 2 Antti Jääskeläinen Matti Vuori Työn yleiset järjestelyt 20.9.2016 2 Valmistautuminen Ilmoittaudu kurssille Lue harjoitustyön nettisivut
LisätiedotHirviö Projektisuunnitelma
Hirviö Projektisuunnitelma Jani Heikkinen Anssi Kalliolahti Jukka Larja Kim Nylund Liia Sarjakoski Samuli Sorvakko Timo Toivanen 2. marraskuuta 2004 Tiivistelmä: Projektisuunnitelma kuvaa lyhyesti projektin,
LisätiedotLAATUDOKUMENTTI
LAATUDOKUMENTTI LAATUDOKUMENTTI 2 (15) VERSION HALLINTA Versio Päivä Tekijä Kuvaus 0.1 11.10.2006 Kaarlo Lahtela Ensimmäinen versio 0.2 17.10.2006 Kaarlo Lahtela Lauri Kiiski 0.3 24.10.2006 Kaarlo Lahtela
LisätiedotT Ohjelmistokehitysprojekti I - Iteraatiosuunnitelma (I2)
T-76.4110 Ohjelmistoprojekti I 25.2.2006 T-76.4115 Ohjelmistokehitysprojekti I - Iteraatiosuunnitelma (I2) Versio Päiväys Muokkaaja Kuvaus 2.0 25.2.2006 Markus Kattilamäki Päivämäärien tarkennus, viimeistely
LisätiedotTestaussuunnitelma. Ohjelmistotuotantoprojektin tietojärjestelmä OhtuTie
Testaussuunnitelma Ohjelmistotuotantoprojektin tietojärjestelmä OhtuTie Helsinki 14.7.2004 Ohjelmistotuotantoprojekti HELSINGIN YLIOPISTO Tietojenkäsittelytieteen laitos Kurssi 581260 Ohjelmistotuotantoprojekti
LisätiedotSEPA päiväkirja. Dokumentti: SEPA_diary_EM_PV.doc Päiväys: 26.10.2004 Projekti : AgileElephant Versio: V0.9
AgilElephant T-76.115 Esa Mommo, 57197J Pauli Vesterinen, 65220P Tekijä: Esa Mommo/Pauli Vesterinen Omistaja: ElectricSeven Aihe: Sivu 1 of 6 Dokumentti Historia Revisio Historia Revision päiväys: 26.10.2004
LisätiedotLaadunvarmistuksen loppuraportti
Laadunvarmistuksen loppuraportti Dokumentin historia Versio Päiväys Muokkaaja Kuvaus Hyväksytty 1.2 26.02.06 Rönkkö Kirsi Päivitetty viimeiset data dokumenttiin 1.1 24.02.06 Rönkkö Kirsi Liitetty muilta
LisätiedotOnnistunut Vaatimuspohjainen Testaus
Onnistunut Vaatimuspohjainen Testaus Kari Alho Solution Architect Nohau Solutions, Finland Sisältö Mitä on vaatimuspohjainen testaus? Vaatimusten ymmärtämisen haasteet Testitapausten generointi Työkalujen
LisätiedotTESTIRAPORTTI - XMLREADER-LUOKKA Virtuaaliyhteisöjen muodostaminen Versio 1.0 (luonnos 2)
TESTIRAPORTTI - XMLREADER-LUOKKA Versio 1.0 (luonnos 2) Copyright Comptel Oyj i Sisällysluettelo 1. YLEISTÄ 2 1.1. Dokumentin tarkoitus ja yleisiä toimintaohjeita 2 1.2. Viittaukset muihin dokumentteihin
LisätiedotVaatimusmäärittely Ohjelma-ajanvälitys komponentti
Teknillinen korkeakoulu 51 Vaatimusmäärittely Ohjelma-ajanvälitys komponentti Versio Päiväys Tekijä Kuvaus 0.1 21.11.01 Oskari Pirttikoski Ensimmäinen versio 0.2 27.11.01 Oskari Pirttikoski Lisätty termit
LisätiedotSEPA päiväkirja. BetaTeam. Juho Mäkinen, 57796V, Jari Leppä, 42710V, Versio Pvm Tekijä Kuvaus
SEPA päiväkirja BetaTeam Juho Mäkinen, 57796V, jvmakine@cc.hut.fi Jari Leppä, 42710V, jleppa@cc.hut.fi Versio Pvm Tekijä Kuvaus 0.1 10.11.2005 Juho Mäkinen Johdanto 1. 0.2 11.11.2005 J.Mäkinen, Käytäntöön
LisätiedotCT60A4150 OHJELMISTOTESTAUKSEN PERUSTEET. Jussi Kasurinen (etu.suku@lut.fi) Kevät 2016
CT60A4150 OHJELMISTOTESTAUKSEN PERUSTEET Jussi Kasurinen (etu.suku@lut.fi) Kevät 2016 VIIME KERRALLA MENETELMIÄ Musta laatikko Valkea laatikko Harmaa laatikko Regressio Automaatio Rasitus (kuormitus)
LisätiedotHirviö Järjestelmätestauksen testitapaukset ja suoritusloki I2
Hirviö Järjestelmätestauksen testitapaukset ja suoritusloki I2 8. helmikuuta 2005 1 Sisältö 1 Johdanto 3 2 Muistiinpanojen haku 3 2.1 Testitapaus F1-TC1................................ 3 2.2 Testitapaus
LisätiedotTestiautomaatio tietovarastossa. Automaattisen regressiotestauksen periaate ja hyödyt
Testiautomaatio tietovarastossa Automaattisen regressiotestauksen periaate ja hyödyt Sisältö 2 Testaus kiinteänä osana DW-toteutusta Regressiotestauksen merkitys Robot Framework Automatisoitu DW:n regressiotestaus:
LisätiedotOpiskelija osaa suunnitella ohjelmiston toteuttamisen, toteuttaa, testata ja dokumentoida ohjelmiston.
1(6) TYÖSSÄOPPIMINEN JA AMMATTIOSAAMISEN NÄYTTÖ tuotantoversion toteuttaminen 30 osp Tavoitteet: Opiskelija osaa suunnitella toteuttamisen, toteuttaa, testata ja dokumentoida. Työssäoppimisen keskeinen
LisätiedotDynaaminen analyysi I
Dynaaminen analyysi I Luento 6 Antti-Pekka Tuovinen 4 April 2013 1 Tavoitteet Testitapausten suunnittelun ja suorituksen perusteet Black-Box testitapausten suunnittelu Ekvivalenssiluokat Raja-arvo (reuna-arvo)
LisätiedotTESTIRAPORTTI - JÄRJESTELMÄ, PORTAL Virtuaaliyhteisöjen muodostaminen Versio 1.0
TESTIRAPORTTI - JÄRJESTELMÄ, PORTAL i Sisällysluettelo DUMENTIN VERSIOT 1 1. YLEISTÄ 2 1.1. Dokumentin tarkoitus ja yleisiä toimintaohjeita 2 1.2. Viittaukset muihin dokumentteihin 2 2. SUORITETTAVA TESTI
LisätiedotTestiraportti - Koordinaattieditori
Testiraportti - Koordinaattieditori Versio Päiväys Tekijä Kuvaus 3.1 22.03.02 Ville Vaittinen T3 vaiheen 1. testattava editori Sisällysluettelo 1. Testien suoritus... 3 2. Testitapaukset... 4 2.1 Uuden
Lisätiedot