Tunnistatko tilanteen? Isossa järjestelmähankkeessa, olipa kyse ERP-käyttöönotosta, järjestelmäpäivityksestä tai muusta laajasta muutoksesta, testaus jää usein liiketoiminnan pääkäyttäjien harteille. Meidän testauspäällikkömme näkevät tämän saman kuvion hankkeesta toiseen: pääkäyttäjät tuntevat prosessit läpikotaisin, mutta testisuunnitelman rakentaminen, testitapausten laatiminen ja testiympäristöjen hallinta ovat monelle täysin uutta työtä. Siksi moni organisaatio hakee tähän vaiheeseen ulkopuolisen testauspäällikön, koska testaus vaatii oman erikoisosaamisensa siinä missä liiketoimintakin.
Testausosaamista, joka jää taloon
Testauspäällikkö tuo mukanaan käytännön kokemusta testisuunnittelusta, testitapausten rakentamisesta sekä testidatan ja -ympäristöjen hallinnasta. Samalla hän kouluttaa organisaation omia ihmisiä parhaisiin käytäntöihin ja työkaluihin, jolloin osaaminen ei katoa hankkeen päättyessä, vaan jää talon sisälle. Käytännössä tämä voi tarkoittaa esimerkiksi sitä, että pääkäyttäjä oppii hankkeen aikana rakentamaan testitapauksia niin selkeästi, että hän pystyy jatkossa päivittämään niitä itse ilman ulkopuolista apua.
Lisää kapasiteettia juuri silloin, kun sitä tarvitaan
Testauksen koordinointi ja valmistelu voivat helposti viedä koko työajan, varsinkin jos tilanne on tekijälle uusi. Kun ulkopuolinen ammattilainen ottaa tämän vastuun, oma tiimi voi keskittyä liiketoiminnan pyörittämiseen hankkeen rinnalla.
Testauspäällikkö huolehtii myös siitä, että oikeita asioita tehdään oikeaan aikaan ja mitään ei jää tekemättä. Tämä on konkretisoitunut tilanteissa, joissa pääkäyttäjä on vastannut samaan aikaan sekä testauksesta että päivittäisestä asiakaspalvelusta: kun testauksen vastuu siirtyy testauspäällikölle, pääkäyttäjä pääsee takaisin omaan ydintyöhönsä eikä testaus jää roikkumaan iltapäivien ja viikonloppujen varaan.
Yhden käden ote monitoimittajaympäristöön
Muutoksen aikana organisaatiolla on käytössä useita vanhoja järjestelmiä, uusia ratkaisuja sekä niiden välisiä migraatioita ja integraatioita, kaikilla omat toimittajansa. Tämä näkyy erityisen selvästi ERP-hankkeissa, mutta sama pätee mihin tahansa laajaan järjestelmäkokonaisuuteen. Tällaisen kokonaisuuden testaaminen vaatii teknistä ymmärrystä, järjestelmien välisten riippuvuuksien hallintaa ja sujuvaa yhteistyötä eri sidosryhmien kanssa: yhdistelmää, jota ei useinkaan löydy valmiina talon sisältä.
Tyypillinen esimerkki on tilanne, jossa integraatiotestaus koskettaa useaa eri toimittajaa yhtä aikaa. Testauspäällikkö kokoaa toimittajat saman pöydän ääreen, sopii yhteisen testausjärjestyksen ja varmistaa, ettei kukaan jää odottamaan toistensa tuloksia turhaan. Hän auttaa myös rakentamaan prosessin, jonka avulla kattavuus ja testausvalmius varmistetaan ennen seuraavaa testausvaihetta.
Riskit kiinni ennen käyttöönottoa
Tuotannossa havaittu virhe voi valmisohjelmistossa odottaa korjausta kuukausia järjestelmän julkaisusyklistä riippuen. Huolella tehty hyväksymistestaus varmistaa, että kriittiset ongelmat löytyvät ja korjataan ennen käyttöönottoa, ei sen jälkeen. Ulkopuolinen testauspäällikkö tuo tähän usein myös tuoreen näkökulman: hän arvioi testien kattavuutta kriittisesti ja nostaa esiin myös ei-toiminnallisen testauksen tarpeet, kuten suorituskyvyn, tietoturvan ja käytettävyyden, jotka voivat aikataulun paineessa helposti unohtua.
Käytännön esimerkki tästä on laskutusprosessin virhe: hyväksymistestauksessa löydettynä se korjataan parissa päivässä, mutta käyttöönoton jälkeen sama virhe saattaa ehtiä näkyä asiakkaille lähetetyissä virheellisissä laskuissa ennen kuin kukaan huomaa sitä.
Yksi henkilö, joka pitää langat käsissään
Testaus vaatii tiivistä yhteistyötä liiketoiminnan, toimittajien ja muiden sidosryhmien välillä. Testauspäällikkö priorisoi löydökset, viestii etupainotteisesti ja varmistaa, että testaus pysyy aikataulussa ja kaikki osapuolet tietävät, missä mennään. Tämä tarkoittaa esimerkiksi viikoittaista tilannekatsausta, jossa sama henkilö kertoo johdolle suoraan, mitkä testit ovat valmiit, mitkä virheet estävät käyttöönottoa ja kuka niitä on korjaamassa.
Puolueeton silmä virheiden arviointiin
Kun testauspäällikkö ei ole sidoksissa järjestelmätoimittajaan eikä ”näin on aina tehty” -ajatteluun, hän pystyy arvioimaan löydökset objektiivisesti. Hän erottaa selkeästi, onko kyse aidosta virheestä vai vain toisenlaisesta toimintatavasta, ja ratkoo ristiriitatilanteet rakentavasti, niin että hanke etenee. Olemme havainneet tilanteita, joissa toimittaja on vakuuttanut virheen olevan ”tarkoitettua toimintaa”. Ulkopuolinen testauspäällikkö pystyy haastamaan tämän tulkinnan ilman, että suhde toimittajaan kärsii, koska hänellä ei ole omaa etua valvottavana. Samaan objektiivisuuteen kuuluu myös se, että testauspäällikkö varmistaa jo hankkeen alkuvaiheessa, että vaatimukset ja hyväksymiskriteerit on kirjattu riittävän tarkasti. Ilman selkeitä, yhdessä sovittuja vaatimuksia on myöhemmässä vaiheessa vaikea enää edellyttää toimittajalta korjauksia tai muutoksia, joita ei ole alun perin määritelty.
Miten test manager hyödyntää tekoälyä
Aivan kuten muussakin projektityössä, myös testauksen johtamisessa tekoäly vapauttaa aikaa toistuvasta tekemisestä. Taskmillin testauspäälliköt hyödyntävät tekoälyä käytännössä esimerkiksi näin:
- Testitapausten luonnostelu: tekoäly muuntaa vaatimusmäärittelyt ja käyttäjätarinat testitapausten luonnoksiksi, jotka testauspäällikkö tarkistaa ja täydentää
- Testidatan tuottaminen: tekoäly luo nopeasti realistista, anonymisoitua testidataa erilaisiin testiskenaarioihin
- Virheiden priorisointi: tekoäly ryhmittelee löydökset vakavuuden ja vaikutuksen perusteella, jolloin testauspäällikkö voi keskittyä oikeisiin asioihin ensin
- Regressiotestien valinta: tekoäly ehdottaa, mitkä testit kannattaa ajaa uudelleen tietyn muutoksen jälkeen koko testipaketin sijaan
- Tilanneraportointi: tekoäly kokoaa testauksen tilannekuvan eri työkaluista yhteen katsaukseen ohjausryhmälle
- Virhelokien analysointi: tekoäly nostaa suuresta datamäärästä esiin poikkeamat ja toistuvat virhekuviot, jotka muuten hukkuisivat manuaaliseen läpikäyntiin
- Kattavuuden varmistaminen: tekoäly auttaa löytämään etenkin rajapintojen ja integraatioiden kattamattomat kohdat ja riskit, jolloin testien kattavuus saadaan varmistettua järjestelmällisemmin
Tekoäly ei tee päätöksiä testauspäällikön puolesta, mutta se vapauttaa aikaa siihen, mikä oikeasti vaatii ihmistä: toimittajien väliseen sovitteluun, riskien punnitsemiseen ja johdon kanssa käytäviin keskusteluihin siitä, milloin järjestelmä on oikeasti valmis käyttöön otettavaksi.
Mistä kannattaa aloittaa?
Jos edessä on iso muutos, oli sitten kyse uuden kokonaisuuden käyttöönotosta, järjestelmäpäivityksestä tai muusta laajasta hankkeesta, testausvastuu kannattaa miettiä ajoissa. Me Taskmillilla autamme organisaatioita rakentamaan testauksen niin, että se tukee hanketta käytännönläheisesti ja ihmisläheisesti, yhdessä teidän tiiminne kanssa.
Ota yhteyttä, niin jutellaan lisää.