TESTIRAPORTTI - XMLREADER LUOKKA
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 kohde ja ajankohta 3 2.2. Testitiimi 3 2.3. Lisätietoa 3 2.4. Hyväksymiskriteerit 3 2.5. Hyväksymispöytäkirja 3 3. TESTITAPAUKSET 4
1(4) Dokumentin versiot Vers Muuttaja Pvm Muutos Tarkastanut Hyväksynyt 1.0 Juha Parhankangas 7.12.2000 Alkuperäinen versio luonnos 1 1.1 Juha Parhankangas 18.3.2001 Valmis luokka
2(4) 1. Yleistä 1.1. Dokumentin tarkoitus ja yleisiä toimintaohjeita Tämä testiraportti sisältää raportin kohdassa 2 suoritetusta testistä. Yksittäiset testitapaukset raportoidaan siten, että kohdan 3 taulukko esitäytetään (suoritettavat testitapaukset, tärkeysluokka, odotukset). Taulukkoa käytetään testitapahtumassa apuna ja testitapausten tulokset merkitään taulukkoon. Valmiista raportista tehdään viite testaussuunnitelmaan kohtaan 1.4. Raportti tulisi nimetä testauskohteen mukaan selvästi ja yksikäsitteisesti oman harkinnan mukaan. Testaajat suorittavat kuvatut testitapaukset annetuilla avainarvoilla ja täyttävät raporttiin Testin tyypin (moduuli-, integrointi- vai järjestelmätestaus, mahd.uusintatestaus) Testauskohteen (moduuli/moduulit) Testin ajankohdan Testauskohteen ohjelmaversion Testin suorittajan(/jat) ja vastuuhenkilön(/löt) Testitapausten tulokset 1.2. Viittaukset muihin dokumentteihin Nro Dokumentti Talletuspaikka 1 Testaussuunnitelma /vym/src/doc/testaus/testisuunnitelma.doc
3(4) 2. Suoritettava testi 2.1. Testauksen kohde ja ajankohta Testataan XMLParser-luokan versio 1.0. Testiajankohta on su 18.3.2001. 2.2. Testitiimi Testaustapahtuman suorittaja on luokan implementoija. 2.3. Lisätietoa Tarkoituksena on tutkia, toimiiko luokka siten, kuin sen on suunniteltu toimivan. Testi suoritettiin korjaten bugit ja testaten uudelleen. Virheilmoitusten huomattiin olevan joissain tapauksissa ylimalkaisia. Tämän voi selittää XML:n tiettyjen kohtien vaihtelevuudella, joita on vaikea selvittää. 2.4. Hyväksymiskriteerit Testin hyväksymiskriteerit on kuvattu Testaussuunnitelmassa, kohdassa 10. 2.5. Hyväksymispöytäkirja Testin hyväksyminen (Testin vastuuhenkilö täyttää) Hyväksyminen X Suoritettu testi hyväksytään kokonaisuudessaan Testi hyväksytään kommenteilla Testi hylätään Kommentit/lisätiedot Parseri toimii niinkuin sen on suunniteltu toimivan. Kehitystyötä tosin voi tehdä virheiden ilmoittamisessa. Pvm Vastuuhenkilö 18.3.2001 Juha Parhankangas
4(4) 3. Testitapaukset <Testitapaukset luetellaan seuraavaan taulukkoon. Huomaa: testin tärkeysluokka ja odotettu lopputulos tulee merkitä taulukkoon jo ennen testaustapahtumaa! Testitapaukset numeroidaan tyyliin a.b, siten että a on testiraportin järjestysnumero ja b yksittäisen testitapauksen järjestysnumero.> 3.1.1. Testitapausten kuvaukset ID Testitapauksen kuvaus Tärkeysluokka Odotettu lopputulos Tulos OK/NOK Virheluokka Kommentti 1.1 Toimiiko ohjelma oikeanlaisella syötteellä oikein 1.2 Huomaako parseri väärät tagit. 1.3 Huomaako parser puuttuvat tagit 1.4 Haittaako tyhjät profiili tai yhteisölistat 1.5 huomataanko puuttuvat PCDATA-kentät 1.6 huomataanko vääränlainen PCDATA? A KYLLÄ OK odotettu tulos, tätä pidettiin alusta lähtien tärkeimpänä ominaisuutena ensimmäisessä implementaatiovaiheessa A KYLLÄ OK virheilmoitukset vaihtelevat, mikä ei ole tarkoitus. KORJATTIIN yhteneväisemmiksi. A KYLLÄ OK C kaikki muut paitsi ekan tagin puuttuminen huomataan oikein. Luku pysähtyy aina, mutta virheilmoitus on hassu em. Tapauksessa. KORJATTU C EI OK tyhjiä listoja ei odoteta B KYLLÄ OK dataa tarvitaan,joten sen tulisi löytyä B KYLLÄ OK kokonaisluvut ja reaaliluvut ovat tärkeitä sovelluksen kannalta.