Laatustrategian luominen

Julkaistu uudelleen luvalla Kristiniltä ja hänen erinomaisesta blogistaan thinkingtester.

Edellisessä kirjoituksessani esittelin laadun kypsyysmallin käsitteen: sarjan käyttäytymismalleja, jotka liittyvät laadun ominaisuuksiin ja auttavat tiimejä saavuttamaan ohjelmistonsa erilaiset laatuominaisuudet.

On tärkeää huomata, että laadun kypsyysmallin käyttöönotto edellyttää koko tiimin osallistumista laatuun.

Laatua ei pidä vain heittää ”muurin yli” testaajille, vaan se on tavoite, jonka kehittäjät ja testaajat jakavat.

Mutta miten koko tiimin saa ottamaan laadun omistajuuden?

Yksi tapa on laatustrategian laatiminen. Tämä on asiakirja, josta koko tiimi sopii yhdessä. Ajattele sitä sopimuksena, jossa kuvataan, miten tiimi kehittää, testaa ja julkaisee laadukasta ohjelmistoa. 

Tässä käsittelen joitakin kysymyksiä, joihin saatatte haluta vastata tiiminne laatustrategiassa.

Käyttäjätarinoiden luominen ja viimeistely

Kysymys: Miten tiimi päättää, minkä käyttäjätarinoiden parissa se työskentelee? 

Päätöksen voi tehdä koko tiimi tai ainoastaan tuoteomistaja. Priorisoinnin voi myös tehdä joku tiimin ulkopuolinen henkilö.

Kysymys: Kuka viimeistelee käyttäjätarinat, jotta ne ovat valmiita kehitystyöhön? 

Se voi olla koko tiimi tai osa tiimistä. Ihannetapauksessa mukana ovat vähintään tuoteomistaja, yksi kehittäjä ja yksi testaaja.

Kehitysprosessi

Kysymys: Miten tiimi päättää, kuka työskentelee minkäkin käyttäjätarinan parissa?

Kehittäjät voivat esimerkiksi valita minkä tahansa käyttäjätarinan työtaululta, tai kullakin kehittäjällä voi olla tiettyihin ominaisuusalueisiin liittyviä käyttäjätarinoita, joista hän voi valita. 

Joissakin tiimeissä ohjelmistotestaajat työskentelevät myös yksinkertaisten kehitystehtävien parissa, kuten verkkosivun sanojen tai värien muuttamisessa tai automaatiotunnisteiden lisäämisessä automaation helpottamiseksi.

Kysymys: Miltä käyttäjätarinan ”Valmis” näyttää? Määritelläänkö se siten, että kaikki käyttäjätarinan hyväksymiskriteerit täyttyvät? Onko kehittäjän lisättävä yksikkötestit, ennen kuin käyttäjätarina voidaan katsoa valmiiksi? Mistä tiedätte, että ominaisuus on valmis testattavaksi? 

Monissa tiimeissä odotetaan, että kehittäjä tekee alustavan testauksen varmistaakseen, että hänen koodaamansa kokonaisuus on valmis jatkotestaukseen.

Ominaisuuden luovutus

Kysymys: Miten käyttäjätarina luovutetaan testattavaksi?

Joissakin tiimeissä tämä tehdään yksinkertaisesti siirtämällä käyttäjätarina työtaulun ”Testaus”-sarakkeeseen. Toisissa tiimeissä edellytetään muodollisempaa luovutustilaisuutta, jossa kehittäjä esittelee toimivan käyttäjätarinan ja antaa ehdotuksia jatkotestausta varten.

Kysymys: Kuka ottaa koodin käyttöön testiympäristössä? 

Tämä saattaa vaikuttaa vähäpätöiseltä asialta, mutta se voi todellisuudessa aiheuttaa monia väärinkäsityksiä ja paljon hukattua aikaa. Jos kehittäjä ajattelee, että koodin käyttöönotto testiympäristössä kuuluu testaajalle ja testaaja olettaa kehittäjän tehneen sen, testaaja voi aloittaa testauksen huomaamatta, että uusi koodi puuttuu, ennen kuin hän on käyttänyt huomattavasti aikaa sovelluksen parissa työskentelyyn.

Kysymys: Kuka suorittaa testauksen? 

Joissakin tiimeissä kehittäjät voivat ottaa tehtäväkseen yksinkertaisia testaustarinoita tuotekehityksen nopeuttamiseksi, kun taas monimutkaisemmat tarinat jätetään testauksen asiantuntijoille.

Testaussuunnitelmien laatiminen

Kysymys: Kuka laatii testaussuunnitelmat? Miten ne laaditaan? Missä testaussuunnitelmat säilytetään? 

Jotkin tiimit saattavat suosia tapauskohtaista tutkivaa testausta ja vähäistä dokumentointia. Toisilla tiimeillä voi olla monipuolisia testitapausten hallintajärjestelmiä, joissa dokumentoidaan kaikki tuotteen testit. Näiden vaihtoehtojen välillä on myös monia muita mahdollisuuksia. 

Valitsemasi toimintatavan tulisi sopia tiimillesi ja tuotteellesi.

Kysymys: Kuka kirjoittaa automaattiset testit?

Joissakin tiimeissä kehittäjät kirjoittavat yksikkötestit ja testaajat rajapinta- ja käyttöliittymätestit. Toisissa tiimeissä kehittäjät kirjoittavat yksikkö- ja rajapintatestit ja testaajat luovat käyttöliittymätestit. Vielä parempi vaihtoehto on, että sekä kehittäjät että testaajat jakavat vastuun rajapinta- ja käyttöliittymätestien luomisesta ja ylläpidosta. 

Näin kehittäjät voivat tuoda mukaan koodinhallinnan asiantuntemuksensa, kun taas testaajat tuovat asiantuntemuksensa siihen, mitä pitäisi testata.

Kysymys: Kuka suorittaa muuntyyppisen testauksen, kuten tietoturva-, suorituskyky-, saavutettavuus- ja käyttäjäkokemustestauksen? 

Joillakin suuremmilla yrityksillä voi olla tähän testaukseen omistautuneita tietoturva- ja suorituskykyinsinöörejä. Pienillä startup-yrityksillä voi olla vain yksi kehitystiimi, jonka on vastattava kaikesta.

Testaustyökalut

Kysymys: Mitä työkaluja käytetään manuaaliseen ja automatisoituun testaukseen? 

Testaustyökalujen valinta on erittäin tärkeää, kun haluat koko tiimin vastaavan testauksesta. Kehittäjät haluavat todennäköisesti käyttää työkaluja, jotka käyttävät samaa kieltä kuin he kehitystyössä, koska tämä vähentää tarvittavaa kontekstin vaihtamista.

Testien ylläpito

Kysymys: Kuka vastaa testien ylläpidosta? 

On hämmästyttävää, kuinka nopeasti testiautomaatio voi vanhentua. Yhden sanan muuttaminen sivulla voi aiheuttaa testin epäonnistumisen. Ihannetapauksessa tiimillä pitäisi olla käytäntö, jonka mukaan ”rikot sen, korjaat sen”, eli testit korjaa henkilö, joka kirjautti sisään ne rikkoneen koodin.

Jos tämä ei ole mahdollista, varmista ainakin, että kaikki tiimin jäsenet ymmärtävät, miten testit toimivat ja kuinka ne korjataan tilanteessa, jossa korjaus tarvitaan nopeasti.

Virheet ja tekninen velka

Kysymys: Miten testauksessa löydettyjä virheitä käsitellään? Keskustelevatko kehittäjä ja testaaja niistä, priorisoiko koko tiimi ne vai kirjataanko ne työjonoon myöhemmin tarkasteltaviksi?

Virheet kannattaa usein korjata heti niiden löytymisen jälkeen, koska kehittäjä työskentelee jo kyseisen koodiosion parissa.

Kysymys: Miten tiimi käsittelee teknistä velkaa?

Onko tiimillä sopimus tietyn teknisen velan määrän ottamisesta työn alle kunkin sprintin aikana? Joillakin tiimeillä on käytäntö, jonka mukaan kehittäjä, jolla ei ole enää työstettäviä tarinoita, ottaa työjonosta käsiteltäväkseen tekniseen velkaan liittyviä tehtäviä.

Julkaisut

Kysymys: Millaista testausta teette ennen julkaisua? Onko olemassa regressiotestaussuunnitelma, jonka koko tiimi voi suorittaa yhdessä? Entä tutkiva testaus?

Eräs tuntemani tehokkaasti toimiva tiimi kokoontuu tutkivaa testausta varten juuri ennen julkaisua. Tämän strategian avulla he ovat löytäneet hankalia virheitä ja korjanneet ne ennen niiden julkaisemista tuotantoon.

Kysymys: Miten ohjelmisto julkaistaan?

Joissakin yrityksissä julkaisuista huolehtii julkaisupäällikkö, joka suorittaa julkaisun. Toisissa yrityksissä tiimin jäsenet julkaisevat ohjelmiston vuorotellen. Erittäin hyödyllinen tekniikka on jatkuva käyttöönotto, jossa ohjelmisto otetaan automaattisesti käyttöön ja testit suoritetaan automaattisesti käyttöönoton varmistamiseksi kussakin ympäristössä, mikä säästää kaikkien aikaa ja vaivaa.

Aiheeseen liittyvää luettavaa: KUINKA API-SAVUTESTIT SUORITETAAN JATKUVAN KÄYTTÖÖNOTON PUTKESSA

Ylläpito

Kysymys: Miten julkaisun onnistumista mitataan? 

Kun ohjelmisto on julkaistu, kehitystiimien on helppo unohtaa se, mutta juuri silloin käyttäjät alkavat käyttää sitä. Millaisia mittareita voisit käyttää arvioidaksesi, kuinka hyvin tuotteesi toimii? Voisit seurata asiakkaiden ilmoittamia vikoja tai tarkastella lokeja odottamattomien virheiden varalta.

Kysymys: Miten seuraat sovelluksesi toimintakuntoa?

Olisi hyvä ottaa käyttöön hälytykset, jotta saat tiedon sovelluksesi ongelmista ennen käyttäjiäsi. 

Kysymys: Millaisia toimintatapoja sinun pitäisi tarkkailla?

Laatustrategiat voivat vaihdella yhtä paljon kuin lumihiutaleet. Kuvittele erot pienen, usein kymmenen hengen mobiilikeskustelusovellusta kehittävän startup-yrityksen ja lentokoneisiin ohjelmistoja suunnittelevan 20 000 henkilön yrityksen välillä. Nämä kaksi yritystä tarvitsevat hyvin erilaiset strategiat! 

Voit suunnitella tiimillesi hyvin toimivan laatustrategian keskustelemalla näistä kysymyksistä yhdessä ja laatimalla strategian, josta voitte kaikki olla yhtä mieltä.

Prosesseissasi hyödyllisiä työkaluja ja teknologioita löydät tästä luettelosta: 10 PARASTA TESTIDATAN HALLINTATYÖKALUA.