Suunnittele raportointi ensin, sen jälkeen testitapaukset

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.

  • Mitä on testattu
  • Miten testattu
  • Mitä ei ole testattu
  • Avoimet virheet, muutospyynnöt
  • Valmius ottaa ratkaisu käyttöön

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.

Älä tee liian suuria testidokumentteja

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.

16.8kuva1.png

Tarkempaa raportointia

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.

16.8.kuva2.png

Testauksen suunnittelu ja johtaminen

Testauksen suunnittelu ja johtaminen on helpompaa, kun käytät tarkempaa dataa. Alla olevassa kuvassa on testauksen tilanne kahdella tapaa esitettynä.

  1. One Case = Yksi pitkä testidokumentti, josta on löytynyt kolme virhettä.
  2. Split = Testitapaukset omina aktiviteetteina.

Mielestäni 2. vaihtoehto näyttää tasolta, joka antaa testauspäällikölle mahdollisuuden tehdä oikeita päätöksiä. Esimerkiksi:

  • Kannattaako testausta jatkaa, ennen kuin virheet on korjattu?
  • Mitkä testitapaukset pitää testata uudelleen, jotta voidaan olla varmoja, että ratkaisu on hyväksyttävissä?

16.8.kuva3.png

Alla vielä kuva yksinkertaisesta raportista, jossa testitapaukset ovat pilkottuna.

16.8.kuva4.png


Quality Gate Best Practice -mallilla varmistetaan, että kehitysprojekti pysyy aikataulussa ja budjetissa

- Satojen kehitysprojektien kokemuksella

Ilmoittaudu koulutukseen!

Ilmainen koulutus

Päivää
Tuntia
Minuuttia
Sekuntia

Keskiviikkona, 3. toukokuuta

klo 14.00

ProjectTOP Quality Gate
Toteuta kehitysprojektit laadukkaammin

Tehokkaampaa testaamista, 70% vähemmän sähköposteja ja reaaliaikainen raportointi


Lue lisää

Roadmap on helppokäyttöinen ohjelmisto kehitysprojekteille

Suunnittele ja toteuta helposti kaikkein haastavimmatkin kehitysprojektit


Lue lisää