Kehitysprojektin testauspäällikkönä sinulta odotetaan, että voit raportoida testauksen statuksen ja tuoda ilmi ratkaisun laadun – luotettavasti.
Testauksen loppuessa tarvitaan tieto valmiudesta viedä muutokset tuotantoon.
Sinulle jää useampi ilta vapaaksi, kun valmistaudut vastaamaan näihin kysymyksiin jo testauksen asettamisen aikana. Jos testitapausten rakenne ei tuo raportointia, joudut käyttämään raportointiin liikaa aikaa.
Jos teet pitkiä testidokumentteja, jotka sisältävät monta testitapausta, joudut raportoimaan statusta testidokumentin sisältä. Montako askelta on testattu / montako testaamatta? Montako virhettä on löytynyt / montako askelta on punaisena?
Usein pitkiä testitapauksia tehdään sen takia, että niitä on luontivaiheessa helpompi tehdä. Exceliin kaikki vain allekkain tai sitten yksi dokumentti! Niitä on ehkä helpompi luoda, mutta raportoinnin ja testauksen suunnitteleminen on paljon vaikeampaa.
Kun testidokumentin pilkkoo omiksi testitapauksiksi, saadaan raportoinnista tarkempaa. Useinhan testattava toiminto ei ole kokonaan toimimaton, vaan vain jotkut tapaukset eivät toimi.
Testauksen asettamisessa joutunet tekemään hieman enemmän töitä, kun teet asettamisen tarkemmalla tasolla. Mutta raportoinnissa säästät panostetun ajan useaan kertaan. Usein ennen testauksen aloitusta aikaa on käytettävissä joka tapauksessa enemmän, kuin testauksen aikana.
Testauksen suunnittelu ja johtaminen on helpompaa, kun käytät tarkempaa dataa. Alla olevassa kuvassa on testauksen tilanne kahdella tapaa esitettynä.
Mielestäni 2. vaihtoehto näyttää tasolta, joka antaa testauspäällikölle mahdollisuuden tehdä oikeita päätöksiä. Esimerkiksi:
Alla vielä kuva yksinkertaisesta raportista, jossa testitapaukset ovat pilkottuna.