Blogisarja Kehitysprojektin testauksesta, Osa 3/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.

Esimerkkiprojektin rakenne

Edellisessä postauksessa kerroin testauksen resurssien suunnittelusta. Osa 2/11: Hyväksymistestauksen resurssisuunnitelma

Nyt luomme esimerkkiprojektille testauskalenterin, eli suunnitelman siitä, mitä tehdään ja koska.

Lähtökohta:

• Hyväksymistestaus, jossa testaajina liiketoiminnan henkilöitä
• Kestoaika on 4 viikkoa
• Resurssit käytettävissä 50 % työajasta
• Yksinkertaistettu esimerkki, jotta idea tulee esiin selkeämmin

Kalenterista puuttuu vielä tässä vaiheessa useampiakin tekemisiä. Kalenteri täydentyy tulevissa jaksoissa.

Suunnitelma ja kalenterikutsut

Kalenterikutsut liiketoiminnan henkilöille tulee tehdä vähintään kuukausi etukäteen, muuten kalenterit alkavat täyttyä muilla aktiviteeteilla. Tämä tarkoittaa, että suunnitelmankin teko tulee aloittaa hyvissä ajoin.

Kick off

Hyväksymistestauksen suoritus laadukkaasti aikataulussa on liiketoiminnalle kriittisten projektien onnistumisen kulmakivi. Kick off -tilaisuudessa myyt suunnitelmasi hyväksymistestaukseen osallistuville. Jos suunnitelman myynnin jättää tekemättä, tapahtuu seuraavaa:

• Kalenterikutsujen arvo romahtaa. Muiden lähettämät kutsut yliajavat testauksen kutsut ja testaajat eivät ilmesty paikalle.
• Testaaminen ja havaintojen kirjaus eivät ole systemaattista. Raportointi ja johtaminen vaikeutuvat.
• Testaajat ja toimittajat eivät sitoudu suunnitelmaasi.

Vaikka kaikilla on koko ajan kiire, on tärkeää löytää pari tuntia kommunikoinnille.

Smoke

Ennen hyväksymistestauksen aloitusta on hyvä tehdä ns. Smoke test. Tarkoitus on varmistaa, että meillä on aidosti valmius aloittaa hyväksymistestaus.

Testauspäivät

Tehokkaimmat testauspäivät ovat usein tiistai, torstai ja perjantain aamupäivä.

• Maanantaina liiketoiminnan pitää saada viikko alkuun.
• Keskiviikkona tehdään korjauksia, jotta torstaina testattavaa.
• Perjantaina iltapäivällä ajatukset ovat jo muualla.

Aloitus on aina vaikeaa, viikko 1

Jotta testaus lähtee tehokkaasti käyntiin, niin aloituksen pitää olla vahva

• Selkeät työlistat, jotta jokainen tietää tehtävänsä.
• Selkeä ohjeistus, jotta jokainen tietää miten testataan ja kirjataan havaintoja.
• Vahva konsulttien tuki, jotta osataan testata oikein.
• Vahva reagointikyky, jotta ongelmat voidaan ratkaista.

Pidä testaustehdas käynnissä, viikot 2-3

Varmista, että jokainen testaaja työskentelee tehokkaasti. Varsinkin, jos testaus näyttää edistyvän hyvin, niin älä tuudittaudu hyvään oloon. Löydösten tehokas käsittely on niin tärkeää, että siitä on tulossa ihan oma kirjoitus.

Saata testaus valmiiksi, viikko 4

Viimeisten testien saaminen valmiiksi vaatii kovasti töitä testauspäälliköltä. Miten saada oikeat virheet korjatuksi, jotta testit saadaan suoritettua loppuun. On kuin kokoaisi isoa tilkkutäkkiä.

Koska tämä on tiedossa, testauskalenterin suunnittelussa kannattaa jo varautua loppukiriin. Jos tarkasti katsot alla olevaa kuvaa niin huomaat, että kalenteriin on jätetty 1-2 varapäivää.

Tärkeää: Varmista, että testauspäälliköllä on riittävästi aikaa johtamiseen. Ei yhtään ylimääräistä palaveria, koska testauksen johtamiseen pitää panostaa.

Kalenterista puuttuvat tekemiset

Yksinkertaistin esimerkkiä, jotta idea tulisi paremmin esille. Seuraavissa osissa kalenteri täydentyy. Käsittelen esimerkiksi koulutusta testaukseen, käyttöönottoharjoitusta, laatuporttia…