Kvalitetssikring og testledelse i DNB
Testleder: Leif Kristian Helstad
DNB er en av Norges mest komplekse teknologiorganisasjoner. Betalingssystemene deres håndterer millioner av transaksjoner daglig og feil er ikke et alternativ.
Da Aspiria kom inn som testleder, var målet tydelig:
Skape trygghet, forutsigbarhet og felles struktur i et miljø med høyt tempo og mange avhengigheter.
Utfordringen
Flere faktorer gjorde testarbeidet krevende:
1. Fragmentert testing
Teamene brukte ulike metoder og hadde lite felles struktur. Alt fungerte i hvert enkelt miljø, men ikke alltid når systemene ble satt sammen.
2. Utdaterte testdata
Gamle produksjonsdata ga falske feil og feilaktige testresultater. Teamet brukte tid på problemer som ikke eksisterte og overså risiko som faktisk gjorde det.
3. Kompleksitet og avhengigheter
Betalingssystemene var koblet til et stort økosystem av API-er, integrasjoner og eksterne tjenester. Ingen hadde full oversikt over hvordan endringer påvirket helheten.
4. Tidspress
Endringer måtte ut raskt, samtidig som stabiliteten måtte være 100 %. Dette skapte kontinuerlig krysspress.
5. Svak kommunikasjon
Tekniske testfunn ble ikke oversatt til forretningskonsekvenser. Ledelsen slet med å forstå risikoen.
6. Kulturutfordring
Testing ble sett på som noe som «gjøres til slutt». Det passet dårlig med et smidig miljø som leverte kode fortløpende.
Aspirias rolle og tilnærming
Testlederens jobb var ikke å skape mer prosess, men å gi teamet kontroll uten å bremse farten.
Vi fokuserte på fire hovedområder:
1. Fra gamle produksjonsdata til syntetiske data
Vi etablerte rutiner for å generere syntetiske data som speilet virkeligheten.
Dette fjernet støy og gjorde testresultatene pålitelige.
2. En felles teststrategi
Ikke et teoretisk dokument, men en enkel arbeidsmodell:
- hvordan vi tester
- når vi tester
- hvem som har ansvar
Dette løftet kvaliteten uten å gjøre hverdagen tyngre.
3. Klarere kommunikasjon
Tekniske funn ble oversatt til forretningsspråk:
I stedet for «kritisk feil i batch-prosess» → «noen betalinger kan bli forsinket».
Det skapte forståelse og raskere beslutninger.
4. Bygge testkompetanse i teamet
Utviklerne ble involvert tidligere i testarbeidet.
Automatiserte regresjonstester ble innført og reduserte testtiden fra dager til minutter.
Metodikk og arbeidsform
Teamet jobbet smidig — men praktisk.
- Korte iterasjoner
- Enkelt språk
- Synlig status (grønt/gult/rødt)
- Løpende dialog mellom utvikling, test og forretning
- Automatisert regresjonstest hver natt
Når noe feilet, ble det tatt tak i med én gang. Ikke i neste statusmøte.
Resultater
Etter noen måneder var effekten tydelig:
Mer stabile leveranser: Feilraten sank samtidig som tempoet økte.
Raskere feiloppdagelse: Automatiseringen ga svar i løpet av minutter, ikke dager.
Bedre testdata: Støy ble fjernet, og teamet stolte på testresultatene.
Sterkere kultur: Teamet begynte å spørre: «Hvordan tester vi dette best mulig?» ikke «når skal vi teste?».
Bedre beslutningsunderlag: Ledelsen fikk kort, tydelig og forståelig risikoanalyse.
Kombinasjonen av struktur, synlighet og samarbeid ga teamet en helt ny trygghet og gjorde det mulig å levere raskere med høyere kvalitet.
Aspiria hjelper deg med testledelse
Denne casen viser at testledelse ikke handler om prosess. Men om mennesker, struktur og felles forståelse. Når team får riktige data, klar kommunikasjon og en enkel modell for kvalitet, faller resten på plass.
Vil du ha bedre kontroll, færre feil og mer stabile leveranser i dine IT-prosjekter? Aspiria hjelper team med praktisk testledelse som gir trygghet og fart. Ta kontakt for en uforpliktende prat.