Verdien av testfaget

Når prosjekter bruker erfarne testspesialister, får de bedre kvalitet, bedre styring, høyere gjennomføringsevne og langt lavere sannsynlighet for dyre overraskelser.

Les mer

Hvorfor trenger man dedikerte testressurser?

Kort fortalt trenger vi dedikerte testressurser fordi:

  • testing er et eget fag, ikke bare en aktivitet
  • uavhengig verifikasjon avdekker andre feil enn utviklerens egenkontroll
  • fagpersoner og brukere er viktige bidragsytere, men ikke en erstatning for testspesialister
  • riktig teststrategi og testledelse reduserer risiko og kostnad
  • god testautomatisering krever testarkitektur bygget på erfaring, faglig tyngde og dyp kompetanse innen både test og systemutvikling

Testing er et fagfelt – ikke en biaktivitet

I mange IT-prosjekter blir testing fortsatt behandlet som noe “alle kan gjøre ved siden av”. Når budsjettene strammes inn, er test ofte blant de første områdene som nedprioriteres. Det er en feil som ofte blir dyr, selv om konsekvensene gjerne først blir synlige over tid, når teknisk gjeld, produksjonsfeil og økt kompleksitet har vokst seg større enn det som er bærekraftig.

Testing handler ikke bare om å sjekke om noe ser ut til å virke. Det er et eget fagområde innen software engineering, med egne metoder, testnivåer, testteknikker, sertifiseringer og en solid forsknings- og erfaringsbasert tradisjon innen verifikasjon og validering.

Uavhengighet gir trygghet

Utviklere er avgjørende for kvalitet, og gode utviklere tester naturligvis egen kode. Men utvikling og uavhengig testing er ikke det samme. Når den som har utviklet løsningen selv verifiserer den, verifiserer man i praksis ofte sin egen forståelse av kravene, sin egen implementasjon og sine egne antakelser.

Profesjonell testing tilfører et uavhengig, strukturert og systematisk perspektiv: Er kravene forstått riktig? Er de implementert korrekt? Fungerer løsningene robust i samspill med andre systemer, integrasjoner, dataflyter og reelle bruksscenarier? Hva skjer under last, ved feiltilstander, ved ustabilitet, sikkerhetshendelser eller behov for gjenoppretting?

Metodikk møter domenekunnskap

Fagpersoner, domeneeksperter og brukere er også svært viktige i testarbeidet. Økonomer, saksbehandlere og andre sluttbrukere bidrar med innsikt som ingen andre har: hvordan løsningene faktisk skal brukes, hvilke arbeidsprosesser som må støttes, hvilke regler som gjelder, og hva som oppleves som riktig og nyttig i praksis. De er derfor helt sentrale i validering av at systemet støtter virksomhetens behov og fungerer i reelle bruksscenarier.

Men heller ikke de er en erstatning for dedikerte testressurser. De har som regel ikke testfaglig metodikk, teknisk innsikt i hvordan løsningen er bygget opp, eller tilstrekkelig forståelse for integrasjoner, grensesnitt, testdekning, risikoanalyse og systematiske testteknikker. Resultatet blir ofte at de bekrefter det åpenbare i kjente arbeidsflater, mens svakheter i samspill, feiltilstander, grensetilfeller, datakvalitet, robusthet og tekniske avhengigheter forblir uoppdaget. Derfor gir de størst verdi når de inngår i et strukturert testopplegg ledet av erfarne testspesialister.

Testspesialisten som prosjektets brobygger

Det er her dedikerte testere, tekniske testere, testutviklere og testledere skaper verdi. De blir brobyggere mellom fag og utvikling og arbeider metodisk på tvers av testnivåer, fra enhetstesting og isolert komponenttesting til systemtesting, systemintegrasjonstesting, ende-til-ende-testing, ytelsestesting, robusthetstesting, stabilitet, gjenopprettingsevne og sikkerhet.

En god tester vet hvilke testteknikker som gir best effekt hvor, hvordan risiko skal prioriteres, hvordan testdekning bygges opp, og hvordan feil kan avdekkes tidlig nok til at de faktisk kan rettes til en fornuftig kostnad.

Vi ser også gang på gang at våre testressurser er blant dem som utvikler den beste helhetsforståelsen av kravene til systemet, av hvordan kritiske integrasjoner faktisk fungerer, og av hvor stor leveransekapasitet prosjektet reelt har. Nettopp derfor oppdager de ofte prosjektrisiko tidligere enn mange andre.

Bærekraftig testautomatisering krever arkitektur

God testautomatisering er heller ikke bare å “skrive noen skript”. En bærekraftig testautomatiseringsarkitektur krever erfaring med programvaredesign, modularisering, gjenbruk, vedlikeholdbarhet, lesbarhet, prioritering og kost/nytte-vurderinger på ulike testnivåer.

Dårlig automatisering gir skjøre, dyre og upålitelige tester. God automatisering gir raskere tilbakemeldinger, redusert regresjonsrisiko, bedre beslutningsgrunnlag og lavere livsløpskostnader.

Det krever folk som forstår både utvikling og testing på et høyt nivå.

Velg testressurser med dyp teknisk forståelse

I Testify leverer vi nettopp denne kombinasjonen. Våre konsulenter har sterk teknisk bakgrunn, høy utdanning innen software engineering og testing, og tung sertifisering innen testfaget. De har en tydelig utviklernær profil, kombinert med testfagets uavhengighet, metodeforståelse og kvalitetsfokus. De kan gå inn som testledere, tekniske testere og testutviklere, og bidra til at kvalitet bygges systematisk inn i prosjektet, ikke bare kontrolleres tilfeldig mot slutten.

Når prosjekter velger bort dedikerte testressurser, sparer de sjelden penger. De flytter kostnaden frem i tid, i form av produksjonsfeil, forsinkelser, feilprioriteringer, svakere beslutningsgrunnlag og høyere risiko. Når prosjekter bruker erfarne testspesialister, får de bedre kvalitet, bedre styring, høyere gjennomføringsevne og langt lavere sannsynlighet for dyre overraskelser.