Ylei­sim­mät vir­heet tes­ti­au­to­maa­tion käyttöönotossa

Aiem­mas­sa blo­gi­kir­joi­tuk­ses­sa ava­sim­me hie­man tes­tauk­sen sanas­toa ja käsit­te­lim­me ohjel­mis­to­tes­tauk­sen perus­kä­sit­tei­tä. Nyt siir­rym­me syvem­mäl­le käy­tän­nön haas­tei­siin ja tar­kas­te­lem­me ylei­sim­piä vir­hei­tä, jot­ka voi­vat hei­ken­tää tes­ti­au­to­maa­tion tehok­kuut­ta ja luo­tet­ta­vuut­ta. Huo­lel­li­nen suun­nit­te­lu ja oikeat toi­min­ta­ta­vat aut­ta­vat vält­tä­mään suden­kuo­pat ja mak­si­moi­maan tes­ti­au­to­maa­tion hyödyt. 

Tes­ti­au­to­maa­tio sivuu­te­taan yhä lii­an usein ERP-trans­for­maa­tioi­ta suun­ni­tel­les­sa. Toi­nen suden­kuop­pa on, että tes­ti­au­to­maa­tion suun­nit­te­luun ja käyt­töön­ot­toon varat­tu aika on usein tur­han rajal­li­nen, ja sen vuok­si sitä ei hyö­dyn­ne­tä kai­kis­sa ERP-pro­jek­teis­sa. Jat­ku­van tes­tauk­sen kysyn­tä kui­ten­kin kas­vaa sen seu­rauk­se­na, että orga­ni­saa­tiot aja­vat ERP-jär­jes­tel­mi­ään yhä useam­min pil­via­lus­tal­la. Pil­vi-ERP mah­dol­lis­taa sään­nöl­li­set ja usein tapah­tu­vat päi­vi­tyk­set sekä lyhyem­mät inno­vaa­tio­syklit, mikä luo uuden­lai­sen pain­opis­teen tes­ti­au­to­maa­tiol­le, ja sen vuok­si tes­ti­au­to­maa­tio on suo­si­tel­tu vaih­toeh­to myös pie­nem­pien ERP-hank­kei­den tukemiseksi.

Toi­saal­ta, jos­kus orga­ni­saa­tioil­la on epä­rea­lis­ti­sia odo­tuk­sia tes­ti­au­to­maa­tion käyt­töön­ot­toa koh­taan, joi­den mukaan auto­maa­tio rat­kai­see kaik­ki tes­tauk­sen haas­teet. Jos tes­taus­pro­ses­sit ovat jo val­miik­si puut­teel­li­sia, auto­maa­tio ei itses­sään tilan­net­ta paranna.

Suden­kuop­pien vält­tä­mi­nen tes­ti­au­to­maa­tion käyttöönotossa

1. Suun­nit­te­lu

Yksi ylei­sim­mis­tä vir­heis­tä tes­ti­au­to­maa­tion käyt­töö­no­tos­sa on puut­teel­li­nen tes­tauk­sen suun­nit­te­lu. Tes­tauk­sen tuli­si kat­taa moni­puo­li­ses­ti eri tes­ti­ta­sot ja ‑tyy­pit, mut­ta lii­an usein auto­maa­tio­ta käy­te­tään epä­tar­koi­tuk­sen­mu­kai­ses­ti. Tes­tit saat­ta­vat epä­on­nis­tua esi­mer­kik­si ajoi­tuk­seen tai riip­pu­vuuk­siin liit­ty­vien ongel­mien vuok­si. Tämä vähen­tää tes­tien luo­tet­ta­vuut­ta ja tekee kehit­tä­jis­tä epä­luu­loi­sia tes­ti­au­to­maa­tioon näh­den. Sen sijaan, että käyt­töön­ot­to­pro­jek­tin aika­na pyrit­täi­siin auto­ma­ti­soi­maan tes­teis­tä 100 %, tuli­si tes­tat­ta­vis­sa asiois­sa kiin­nit­tää enem­män huo­mioi­ta stra­te­gi­seen ris­kia­na­lyy­siin, jon­ka poh­jal­ta auto­ma­ti­soi­ta­vat tes­tis­ke­naa­riot on hel­pom­pi tunnistaa.

1. Yllä­pi­to

Toi­nen ylei­nen vir­he on tes­ti­au­to­maa­tion yllä­pi­don lai­min­lyön­ti. Tes­ti­ta­paus­ten oli­si hyvä olla hel­pos­ti yllä­pi­det­tä­vis­sä ja integroi­ta­vis­sa. Jos tes­tien päi­vit­tä­mi­nen vie enem­män aikaa kuin nii­den manu­aa­li­nen suo­rit­ta­mi­nen, auto­maa­tio voi muut­tua tehot­to­mak­si ja kal­liik­si. Tes­tauk­ses­sa käy­tet­tä­vä koo­di on suo­si­tel­ta­vaa refak­to­roi­da. Sil­lä tar­koi­te­taan koo­din raken­teen paran­ta­mis­ta ilman, että sen toi­min­nal­li­suus muut­tuu. Refak­to­roin­ti paran­taa koo­din luet­ta­vuut­ta, hel­pot­taa sen yllä­pi­tä­mis­tä ja vähen­tää huo­mat­ta­vas­ti tes­tauk­ses­sa esiin­ty­viä buge­ja. Se tukee myös mah­dol­lis­ten dupli­kaat­tien pois­ta­mis­ta ja tes­tauk­seen ase­tet­tu­ja laa­tus­tan­dar­de­ja. Tes­tauk­ses­sa käy­tet­tä­väl­le koo­dil­le on suo­si­tel­ta­vaa käyt­tää samo­ja peri­aat­tei­ta kuin tuo­tan­to­koo­dil­le; sel­keä raken­ne, uudel­leen­käy­tet­tä­vyys ja doku­men­toin­ti tuke­vat luo­tet­ta­vaa ja laa­du­kas­ta tes­taus­ta. Ympä­ris­tö­jen hal­lin­nan ja tes­ti­da­tan laa­dun mer­ki­tys­tä ei myös­kään tule unoh­taa, sil­lä ilman kun­nol­lis­ta tes­ti­da­taa auto­ma­ti­soi­dut tes­tit eivät tuo­ta luo­tet­ta­via tuloksia.

2. Tes­ti­da­ta

Käyt­töön­ot­to­pro­jek­tis­sa tes­ti­ta­pauk­set ovat hyvin riip­pu­vai­sia käy­tet­tä­väs­tä datas­ta, ja se aiheut­taa run­saas­ti ongel­mia monien orga­ni­saa­tioi­den koh­dal­la. Tie­tyis­sä tapauk­sis­sa myös kei­no­te­koi­sen datan gene­roi­mi­nen tes­tauk­sen aika­na aiheut­taa epä­luo­tet­ta­via tes­ti­tu­lok­sia. Tes­tauk­ses­sa käy­tet­tä­vää dataa oli­si suo­si­tel­ta­vaa val­mis­tel­la jo hyvis­sä ajoin. Ide­aa­li­ta­pauk­ses­sa tämä oli­si yksi osa ennen var­si­nais­ta ERP-han­ket­ta edel­tä­vää datan har­mo­ni­soin­tia. Käyt­töön­ot­to­pro­jek­tin alku­vai­hees­sa ei ole vält­tä­mät­tä tar­peel­lis­ta käsi­tel­lä lopul­lis­ta mää­rää orga­ni­saa­tion datas­ta, mut­ta hyviä ja luo­tet­ta­via tes­ti­tu­lok­sia saa­vu­te­taan jo sil­loin, kun tes­tiym­pä­ris­tös­sä on käy­tet­tä­vis­sä todel­li­sia esi­merk­ke­jä sen het­ki­ses­tä tuo­tan­to­ym­pä­ris­tös­tä. Mikä­li käy­tös­sä ole­van tuo­tan­to­jär­jes­tel­män data ei ole vie­lä käy­tet­tä­vis­sä, rat­kai­su­na voi olla käyt­tää niin kut­sut­tua vakioi­tua tes­ti­da­taa, mikä paran­taa tes­tien diag­nos­tiik­kaa, nopeut­taa tes­tien suo­ri­tus­ta, vähen­tää tes­tien epä­luo­tet­ta­vuut­ta ja on kai­ken lisäk­si tur­val­lis­ta, kos­ka oikea asia­kas­da­ta ei ole jär­jes­tel­mään kosketuksissa.

3. Yhte­näi­nen lähestymistapa

Toi­si­naan käyt­töön­ot­to­pro­jek­teis­sa näh­dään tilan­tei­ta, jois­sa tes­ti­au­to­maa­tio on hajau­tet­tu ilman yhte­näis­tä näke­mys­tä. Ikä­vim­mäs­sä tapauk­ses­sa ollaan tilan­tees­sa, jos­sa eri tii­mit toteut­ta­vat auto­maa­tio­ta eri tavoin, mikä vai­keut­taa sen teho­kas­ta hal­lin­taa ja kehi­tys­tä. Tes­ti­au­to­maa­tion hyö­ty saat­taa täl­löin jää­dä vajavaiseksi.

4. Tek­ni­set haasteet

Myös tek­ni­set ongel­mat voi­vat vai­keut­taa tes­ti­au­to­maa­tion käyt­töön­ot­toa. Esi­mer­kik­si työ­ka­lu­jen yhteen­so­pi­vuuson­gel­mat tai tek­no­lo­gian nopea kehi­tys voi­vat joh­taa sii­hen, että tes­taus­jär­jes­tel­mät van­he­ne­vat nopeas­ti. Lisäk­si orga­ni­saa­tion sisäi­set ongel­mat, kuten joh­don tuen puu­te, resurs­sien riit­tä­mät­tö­myys ja kou­lu­tuk­sen puu­te, tuo­vat omat haas­teen­sa auto­maa­tion onnis­tu­neel­le käyttöönotolle. 

Tes­ti­au­to­maa­tio on teho­kas apu­vä­li­ne, mut­ta se ei voi kor­va­ta huo­lel­li­ses­ti suun­ni­tel­tua ja toteu­tet­tua tes­taus­ta. Tes­ti­au­to­maa­tion tuli­si olla osa kat­ta­vaa tes­taus­suun­ni­tel­maa, jos­sa ote­taan huo­mioon sekä manu­aa­li­nen tes­taus että auto­maa­tion mah­dol­li­suu­det ja rajoit­teet. Seu­raa­vas­sa blo­gi­kir­joi­tuk­ses­sa kes­ki­tym­me tes­ti­au­to­maa­tiol­la saa­vu­tet­tui­hin hyötyihin.

Lisä­tie­to­ja: