Testledelse: hva gjør en testleder?

Hva gjør en testleder?

Testlederen leder testingen fra plan til godkjenning. I brukertesten er det nøkkelbrukerne som tester, altså de ansatte som kjenner arbeidsoppgavene best. Jobben handler om fire ting:

• Velge hva som må testes. Oppgavene bedriften ikke klarer seg uten, for eksempel fra ordre til faktura, fra henvendelse til tilbud eller fra alarm til tiltak.
• Få de riktige folkene til å teste. Nøkkelbrukerne tester sine egne oppgaver med realistiske data.
• Holde orden på feilene. Hvor alvorlige de er, hvem som retter dem og at rettingene blir testet på nytt.
• Gi deg en anbefaling. Om systemet er klart til å tas i bruk og hvilken risiko som er igjen. Beslutningen er din.

Hvorfor er ikke leverandørens test nok?

Leverandøren tester at løsningen virker slik den er spesifisert. Det er ikke det samme som at den virker hos deg. Et system kan være grundig testet mot kravene og likevel ikke dekke brukernes behov. Det er et kjent testprinsipp. Problemene dukker ofte opp her:

• I koblingene til andre systemer. Systemet virker alene, men data kommer feil eller ikke frem.
• Med ekte data. Det som gikk fint med testdata, svikter med dine egne kunder, varer og anlegg.
• I en vanlig arbeidsdag. Hvert skjermbilde virker, men oppgavene henger ikke sammen.
• Når alle bruker det samtidig. Det går fint med ti brukere, men ikke når hele bedriften logger på.
• I driften. Sikkerhetskopi, gjenoppretting, brukertilganger og oppgraderinger må også virke før systemet settes i drift.

Derfor bør de som skal bruke systemet, teste det selv, med realistiske data og vanlige arbeidsoppgaver. En innleid testleder jobber for deg, ikke for leverandøren.

Hva er forskjellen på prosjektleder og testleder?

• | Prosjektleder | Testleder
• Svarer for | Tid, kostnad og omfang | Testingen og vurderingen av om systemet er klart
• Følger med på | Fremdrift, budsjett og risiko | Testfremdrift, feil og gjenværende risiko
• Spør seg | Blir vi ferdige i tide og innenfor budsjettet? | Er systemet godt nok til å tas i bruk?

Rollene kan trekke i hver sin retning. Når prosjektet blir forsinket, er det ofte testtiden som ryker. Riksrevisjonen fant at da tilpasningen av Helseplattformen ble forsinket, ble løsningen endret mens den ble testet. Det ble også gjennomført færre tester enn planlagt. Når det står mye på spill, bør det derfor være to personer: én som passer på tidsplanen, og én som sier tydelig hva kortere testing betyr for risikoen.

Når trenger du en egen testleder?

Det kommer an på hvor stort og viktig systemet er.

Et lite system med én leverandør og få brukere. Prosjektlederen kan ofte ta testledelsen selv. Skriv ned oppgavene systemet må klare, la nøkkelbrukerne teste dem, og bestem på forhånd hva som må virke før du tar det i bruk.

Nytt ERP eller et annet system hele driften er avhengig av. Bruk en egen testleder. Test hele kjeder, fra ordre til faktura og fra innkjøp til betaling, og ta med en månedsavslutning. Gjør en prøveflytting av dataene fra det gamle systemet før den endelige flyttingen. Sjekk at kunder, saldoer og åpne ordrer stemmer i det nye systemet, og la ledelsen godkjenne resultatet.

Mange koblinger til andre systemer. Bruk en egen testleder som har ansvaret for å teste samspillet mellom systemene. Hver leverandør tester sin egen del, men ingen tester helheten hvis ingen har fått ansvaret for det. Da ligger det i praksis hos deg.

Utrulling i flere land eller selskaper. Bruk én testleder og ett felles testopplegg, med lokale testere og godkjenning hvert sted. Slik gjorde vi det for Securitas, i en utrulling til over 15 land. Test særlig det som er ulikt fra land til land, som moms, språk og lokale rapporter.

Styringssystemer for anlegg eller strømnett. Bruk en egen testleder. Feil kan stoppe produksjonen eller få fysiske følger. Test hos leverandøren før levering (FAT) og på anlegget før overtakelse (SAT), og ha en plan for å gå tilbake til det gamle systemet hvis noe svikter.

Hva bør stå i teststrategien og kontrakten?

Teststrategien beskriver hvordan systemet skal testes, og den bør være klar før du signerer. Da kan kravene komme med i kontrakten:

• Fordel testene. Skriv hvem som har ansvaret for leverandørens test, testen av koblingene og brukertesten.
• Skriv hva godkjent betyr. For eksempel ingen kritiske feil, ingen alvorlige feil som hindrer drift, og en plan for å rette resten.
• Avtal testmiljø og testdata. Hvem som setter opp testmiljøet og når du får realistiske testdata.
• Sett av tid til nøkkelbrukerne. Noen må ta deler av den vanlige jobben deres mens de tester.
• Avtal feilretting. Hvor raskt leverandøren skal rette feil og at hver retting testes på nytt.

Statens utviklings- og tilpasningsavtale (SSA-T) er et godt eksempel å låne fra:

• Du som kunde lager planen for sluttesten, kjører testen og godkjenner resultatet.
• Feil deles i A (kritisk), B (alvorlig) og C (mindre alvorlig). En A-feil er nok til å nekte godkjenning, og det samme gjelder en B-feil som hindrer drift.
• Testen regnes som godkjent hvis du tar systemet i drift eller ikke har underkjent den skriftlig innen ti virkedager etter testperioden.
• Etter oppstart følger en prøveperiode på tre måneder, der du melder feil fortløpende.

Det tredje punktet er en felle. Ikke ta systemet i bruk før du faktisk har godkjent testen, og gi skriftlig beskjed innen fristen hvis du ikke godkjenner den. Godkjent betyr heller ikke feilfritt, men at feilene du kjenner, er vurdert og akseptert. Feil du oppdager senere, meldes i prøveperioden.

Trenger du en testleder?

RESAB går inn som testleder eller prosjektleder i teamet ditt, fra teststrategien før du signerer til anbefalingen før du tar systemet i bruk. Vi leder testing av ERP, CRM, SCADA og andre digitale plattformer og følger opp feilretting og ny test til systemet er godkjent. Les mer om digital prosjektledelse og testledelse, eller ta kontakt for en uforpliktende prat.