Toimittajan huomautus: Tervetuloa ohjelmistotestauksen asiantuntijan ja konsultin Paul Gerrardin Testijohtajuus-sarjaan. Sarjan tarkoituksena on auttaa muutaman vuoden kokemuksen hankkineita testaajia – erityisesti ketterissä tiimeissä työskenteleviä – menestymään testauksen vetäjän ja esihenkilön rooleissa.
Tässä artikkelissa jatketaan edellisen artikkelin aiheesta, jossa määrittelin, mitä ohjelmistotestaus tarkoittaa ja esittelin ajatteluasi ohjaavan pääkonseptin. Nyt tarkastelemme, kuinka luodaan testaussuunnitelma, joka ohjaa testaustavoitteidesi saavuttamiseen käytettävää prosessia.
Tilaa The QA Lead -uutiskirje, niin saat ilmoituksen sarjan uusien osien julkaisemisesta. Nämä artikkelit ovat otteita Paulin Testijohtajuus-kurssista, jota suosittelemme lämpimästi, jos haluat perehtyä tähän ja muihin aiheisiin syvällisemmin. Jos osallistut kurssille, käytä ainutlaatuista kuponkikoodiamme QALEADOFFER ja säästä 60 dollaria kurssin täydestä hinnasta!
Edellisessä artikkelissani ”Testijohtajuus: Johdanto” tarkastelimme testauksen käsitettä sen tavoitteiden näkökulmasta. Kertauksena: riippumatta siitä, mistä testityypistä puhutaan, neuvoni on, että kysy aina testin tarkka tavoite. Tämä pätee, vaikka kyseessä olisi esimerkiksi yksikkötestauksen tai hyväksymistestauksen kaltainen yleisesti hyväksytty termi.
Tässä selitän, kuinka määritellään testaussuunnitelma, joka luo perustan vankalle ja joustavalle testausprosessille ja soveltuu mihin tahansa kehitysmenetelmään, jota tiimisi käyttää. Käsittelen seuraavia aiheita:
Siirrytään asiaan.
Mikä on testaussuunnitelma?
Suunnittelu on kaikki kaikessa. Suunnitelma ei ole mitään.
Dwight D. Eisenhower, D-päivän valmisteluista.
Tässä osiossa tarkastelemme, mikä testaussuunnitelma on ja miksi sellainen on tärkeää laatia. Jos etsit sanakirjasta strategian määritelmää, löydät yleensä paljon sotilaallisiin taisteluihin liittyviä määritelmiä – niistä ei ole tässä yhteydessä kovinkaan paljon hyötyä. Voimme kuitenkin esittää joitakin näkökulmia, jotka muodostavat kehyksen testaussuunnitelman määrittelemiselle.
Ensinnäkin suunnitelmasi ei ole itseisarvoinen asiakirja. Suunnitelmasi on tutkimisen, ajattelun ja yhteistyön tulos. Suunnitelman tarkoituksena on määritellä prosessi, jota käytät testaustavoitteidesi saavuttamiseen.
Se voi olla lyhyt joukko ohjeita, joita tiimisi noudattaa. Se voi olla 20–2 000 sivun mittainen asiakirja (erittäin suuressa ohjelmassa). Tavoitteena ei ole asiakirja, vaan sen taustalla oleva ajattelutyö.
Toiseksi ennen testin suunnittelua on yleensä saatava vastaukset moniin kysymyksiin ja tehtävä useita päätöksiä. Joihinkin voidaan vastata nyt, kun taas toiset on jätettävä myöhemmäksi. Siksi suunnitelma:
- esittää jo etukäteen eli nyt tehtävissä olevat päätökset.
- määrittelee prosessin, menetelmän tai tiedon, jonka avulla päätöksiä voidaan tehdä (projektin aikana).
- määrittelee epävarmoissa tilanteissa tai suunnittelemattomissa tapahtumissa noudatettavat periaatteet (tai prosessin).
Suunnitelmassa pyritään vastaamaan mahdollisimman moneen kysymykseen etukäteen. Mutta miksi tämä kannattaa tehdä? Emmekö voisi ratkaista testaukseen liittyvät ongelmat sitä mukaa, kun niitä kohtaamme?
No, kun nämä kysymykset nostetaan esiin varhaisessa vaiheessa ja ihmiset saadaan pohtimaan seurauksia, valtavilta vaikeuksilta voidaan ehkä välttyä tai ainakin lieventää niitä ennen kuin ne uhkaavat projektisi onnistumista.
Aiheeseen liittyvää luettavaa: LAATUSTRATEGIAN LUOMINEN
Testaussuunnitelman viitekehys
Tässä artikkelissa ei voida tarjota lopullista ja kattavaa kysymyslistaa – siihen ei yksinkertaisesti ole tilaa. Voimme kuitenkin käsitellä tärkeimmät lähtökohdat tiedonkeruuta varten.
Olen jakanut kysymykset testaussuunnitelman viitekehyksessä kolmeen aihealueeseen, mutta voit esittää enemmän kysymyksiä ja/tai jäsentää ne eri tavalla.
| Sidosryhmien tavoitteet | |
| Sidosryhmät | Ketkä ovat tärkeimmät sidosryhmät? Mitkä ovat heidän tavoitteensa testaamisen suhteen? |
| Tavoitteet ja riskienhallinta | Miten riskit tunnistetaan? Kuka arvioi ne? Kuka hyväksyy testausmenetelmän? |
| Tehtävät päätökset ja niiden tekeminen | Mitä päätöksiä sidosryhmien on tehtävä? (esim. siirtyminen vaiheesta toiseen, käyttöönotto, tuotantokäytön aloittaminen) |
| Luottamus | Miten testitulokset ja raportointi antavat sidosryhmille luottamusta? |
| Testauksen arviointi | Miten testauksen laatu ja perusteellisuus arvioidaan? |
| Laajuus | Miten laajuus määritellään? |
| Suunnittelumenetelmä | |
| Tietolähteet | Mitä tai ketkä ovat tietolähteitä, joita käytetään testien laajuuden määrittämiseen ja määrittelyyn? |
| Epävarmuuden lähteet | Mikä aiheuttaa epävarmuutta tietolähteissämme? |
| Käytettävät mallit | Miten testimallit johdetaan? Miten ne liittyvät sidosryhmiin? |
| Priorisointimenetelmä | Miten testien prioriteetit määritetään aikapaineen alla? |
| Toteutusmenetelmä | |
| Testien järjestys | Miten testien järjestys päätetään? |
| Uusintatestaus | Mikä on käytäntö uudelleentestaukselle ja regressiotestaukselle? |
| Ympäristövaatimukset | Kuka tarjoaa ympäristöt? Mitä kompromisseja tehdään? Miten ympäristöt toimitetaan, niitä valvotaan ja hallitaan? |
| Tiedon toimitusmenetelmä | Miten testien suorittaminen toimittaa tietoa sidosryhmille? |
| Poikkeamien hallintamenetelmä | Miten poikkeamia hallitaan? |
| Loppuvaiheen menetelmä | Miten testausprosessi päättyy? Miten avoimet virheet korjataan ja testataan uudelleen? |
Yllä olevassa taulukossa ei mainita suunnitteluprosessia. Se voidaan määritellä strategiassa tai jättää määrittelemättä. Joka tapauksessa perehdymme tulevassa artikkelissa perusteellisesti suunnittelun yksityiskohtiin, joten pysy kuulolla!
Tilaa The QA Lead -uutiskirje, niin saat ilmoituksen, kun sarjan uudet osat julkaistaan. Nämä julkaisut ovat otteita Paulin testauksen johtamisen kurssilta, jota suosittelemme lämpimästi, jos haluat perehtyä tähän ja muihin aiheisiin syvällisemmin. Jos tilaat kurssin, käytä eksklusiivista kuponkikoodiamme QALEADOFFER ja saat 60 dollaria alennusta kurssin täydestä hinnasta!
Kannattaa tutustua myös:
