Blogisarja Kehitysprojektin testauksesta, Osa 2/11

Kirjoituksia ohjelmistotestauksen suunnittelusta ja johtamisesta.

Näkökulmana:

• Liiketoiminnalle kriittiset kehitysprojektit, joissa IT vahvasti mukana.
• Yksi tai useampia ulkoisia toimittajia.
• Asiakkaan henkilöstö liiketoiminnasta testaamassa. Ovat liiketoiminnan ammattilaisia, eivät ohjelmistotestauksen.
• Testauksen tavoitteet: 1. Varmistaa, että käyttöönotettava ratkaisu tukee liiketoiminnan tarpeita 2. Varmistaa, että käyttöönotto ei vaaranna liiketoimintaa.

Hyväksymistestauksen resurssien suunnittelu

Kun testataan liiketoiminnalle kriittisiä järjestelmiä, ovat testaajat usein liiketoimintojen asiantuntijoita. Henkilöitä, jotka testaavat oman toimen ohella. Testauksen ammattilaisia he eivät yleensä ole. Kehitysprojekti joutuu usein ”ostamaan” resurssit liiketoiminnalta. Tässä kirjoituksessa ohjeistan tekemään resurssisuunnitelman, joka sisältää myös perustelut liiketoiminnalle.

Tehokas testausaika

Testaajan työpäivä sisältää erilaisia aktiviteetteja:

• Statuspalavereja
• Ohjeistuksia, perehdytyksiä
• Taukoja, ruokailua
• Liiketoiminnasta tulevia pyyntöihin vastaamista
• Sometusta ja keskusteluja
• Tehokasta testaamista

Suomessa normaali toimistotyöaika on 7,5 h/päivä. Koska muut aktiviteetit vievät päivästä osan, käytän resurssien suunnittelun työlukuna arvoa 5,5 h tehokasta testaamista / päivä.

Testausaika / Testitapaus

Hyväksymistestauksen testitapaukset ovat erilaisia, mutta voidaan usein jakaa kahteen pääkategoriaan: Toimintokohtaisiin ja E2E testitapauksiin.

• Toimintokohtaisessa testitapauksessa yksi testaaja testaa yhtä toimintoa. Esim. myyntitilauksen syöttöä
• E2E testitapauksessa useampi testaaja testaa yhden prosessin. Esim. Tilaus – Toimitus – Lasku – Reskontra.

Resurssien laskennassa käytän usein näistä vakioaikoja, koska jokaisen testitapauksen arviointi on työlästä. Esimerkiksi:

• Toimintokohtainen testitapaus = 1 h
• E2E testitapaus = 2,5h

Havaintojen määrä vaikuttaa resurssitarpeeseen

Osassa 1/11 kerrotaan testauksen havaintojen aiheuttamasta työmäärästä:

Seuraavassa resurssitarpeen laskennassa käytän havaintojen määränä lukua 157 kpl. Näistä testaajille aiheutuva työmäärä on arviolta 315 h.

Resurssien laskenta

Kun tiedämme alla listatut asiat, voimme tehdä laskelman, paljonko resursseja tarvitsemme liiketoiminnalta.

• tehokkaan testausajan per päivä
• testitapausten määrän
• testitapauksiin käytettävän testausajan
• arvion havaintojen määrästä

Tärkeää on se, että sinulla on laskelma, jolla voit perustella resurssitarpeen. Muuten joudut väittelyyn, tarvitaanko henkilöitä niin paljon kuin pyydät.

Esimerkki:

• Toimintokohtaisia testitapauksia: 210 kpl * 1 h/kpl = 210 h
• E2E testitapauksia: 120 kpl * 2,5 h/kpl = 300 h
• Havaintoja löydetään arviolta: 157 kpl * 2 h/kpl = 315 h
• Yhteensä = 825 h.
• Tehokas testauspäivä = 5,5 h/päivä
• Tarvitaan 15 testaajaa 10 päiväksi.

Mitä hyötyjä saat menetelmästä

Kun teet laskelman ja katsot kalenteria, niin joudut aidosti suunnittelemaan testauksen kulun. Itse laitan silmät kiinni ja kuvittelen testauspäivän tapahtumat.

Kun suunnittelet uutta testausta, voit palata edellisiin suunnitelmiin ja tutkia kuinka suunnitelmat realisoituivat. Resursoitko viime kerralla liikaa vai liian vähän? Tarkenna suunnitelmaa havaintojen pohjalta.

Yrityksissä on menossa jatkuvasti useita projekteja. Hyvällä suunnittelulla saat strategisesti kriittiselle projektille oikeat resurssit.

Älä tee suunnitelmaa liian tiukaksi. Jokainen testauspäivä, jolloin ei tule yllätyksiä, on yllätys.

Seuraavassa osassa kerrotaan, kuinka resurssit hyödynnetään tehokkaasti.