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 tekijä 1.0 30.11.04 Ensimmäinen versio Petri Kalsi 1.1 09.01.05 Muutettu dokumentti historian rakennetta Esa Mommo Hyväksyjät Tämä dokumentti vaatii seuraavien henkilöiden hyväksymiset Nimi Juha Kaarlas Tehtävä Projektipäällikkö Jakelu Tämä dokumentti jaetaan seuraaville henkilöille Nimi Projektiryhmä Tehtävä Aihe: Testausraportti Sivu 2 / 5
Sisällysluettelo 1. Muutokset suunnitelmiin...4 2. Tulosten yhteenveto...5 2.1 Tavoitteiden saavuttaminen...5 Aihe: Testausraportti Sivu 3 / 5
1. Muutokset suunnitelmiin Tässä vaiheessa jäätiin hieman jälkeen alkuperäisestä aikataulusuunnitelmasta. Toteutettuja toimintoja on vähemmän kuin oletettiin, mikä tietenkin näkyy testauksen määrässä ja menetelmissä. Toistaiseksi kaikki automatisoidut yksikkötestit ovat Kalsin ja Salmisen kirjoittamia. Yksikkötestit päätettiin toteuttaa järjestelmän Enterprise JavaBean kerrokseen. Päätös osoittautui järkeväksi. Kohtalaisen suuri osa toteutetuista EJB-luokista saatiin katettua yksikkötesteillä. Testitapaukset eivät kata läheskään kaikkia metodeja, mutta kaikki olennaisimmat ja monimutkaisimmat toiminnot saatiin katettua. Yksikkötesteillä löydettiin ja ennaltaehkäistiin useita vikoja. Automatisoidut testit saatiin integroitua CruiseControllin automaattiseen Ant-skriptiin. Jos testit päättyvät virheeseen, järjestelmä lähettää automaattisen sähköpostiviestin projektiryhmälle. Osa toteutetuista toiminnoista ei vielä sisällä kaikkia arkkitehtuurikerroksia, joten sen toiminnallinen testaaminen ei ole vielä teknisesti mahdollista. Loppuun asti toteutettu toiminnallisuus on suppea, että toiminnalliseen testaukseen kului selvästi suunniteltua vähemmän aikaa. Seuraavassa iteraatiossa testauksen kanssa saattaa siis tulla kiire, mutta se saadaan todennäköisesti aloitettua ja iteraation alussa. Toimintoja on tämän vaiheen lopuessa vielä niin vähän, että niiden kattavaan testaamiseen ei tarvittu järjestelmällistä testien suunnittelua. Toteutettujen toimintojen laatu oli yllättävän hyvä. Niistä löydettiin suhteellisen vähän vikoja. Suurin osa vioista löydettiin jo yksikkötesteissä. Viat olivat vähäisiä, etupäässä kirjoitusvirheitä. Yksittäisiin bugikorjauksiin kului niin vähän aikaa, että havaittujen vikojen elinikä oli hyvin lyhyt. Siksi Bugzillajärjestelmän käyttöönottoa päätettiin lykätä seuraavan vaiheen alkuun. Aikataulun venymisen takia loput I1-vaiheen testauksesta pyritään suorittamaan joulukuun aikana ennen I2-vaiheen alkua. Aihe: Testausraportti Sivu 4 / 5
2. Tulosten yhteenveto Yksikkötestauksessa havaitut virheet olivat pääosin pieniä ja ne korjattiin välittömästi. Bugzillaa ei otettu käyttöön vielä I1-vaiheessa, joten tarkkaa tietoa löydettyjen virheiden määrästä ei ole saatavilla. 2.1 Tavoitteiden saavuttaminen Testaussuunnitelmassa kirjatut tavoitteet yksittäiselle iteraatiolle olivat: 1. Iteraation päättyessä tuotteeseen ei jää lainkaan löydettyjä mutta korjaamattomia tai tarkastamattomia vakavuusluokkien blocking ja critical vikoja 2. Iteraation aikana tuotteesta löydetään korkeintaan kolme vakavuusluokkien blocking ja critical vikaa 3. Järjestelmän ytimen muodostaville luokille ja tärkeimmän iteraatiossa toteutetun toiminnallisuuden toteuttaville luokille saadaan tehtyä yksikkötestit 4. Iteraation päättyessä kaikki toteutetut yksikkötestit menevät läpi virheettömästi 5. Iteraatiossa toteutetun toiminnallisuuden kattavat testitapaukset saadaan suunniteltua 6. Vähintään 75% suunnitelluista testitapauksista saadaan suoritettua Tavoitteiden saavuttamisesta voidaan todeta seuraavaa: 1. Saavutettiin: löytyneitä, korjaamattomia blocking- tai critical-luokan vikoja ei ollut iteraation loppuvaiheessa (30.11.04). 2. Saavutettiin: blocking- tai critical-luokan vikoja ei löytynyt yhtään iteraation aikana. 3. Ei saavutettu kokonaan: yksikkötestejä ei ehditty toteuttaa suunnitellussa laajuudessa, vain osalle EJB-apista. 4. Saavutettiin: Ne yksikkötestit jotka ehdittiin toteuttaa, menevät läpi. 5. Ei saavutettu: toiminnallista testausta ei ehditty aloittaa I1-vaiheen palautus-deadlinea ennen. Yksikkötestaus kattaa osan toteutetusta toiminnallisuudesta, mutta ei riittävästi laadun varmistamisksi. 6. Ei saavutettu: toiminnallista testausta ei ehditty tehdä. Aihe: Testausraportti Sivu 5 / 5