Hvorfor teste?

Testing er aktiviteten som avdekker feil og gir tillit til at programvaren oppfyller kravene. Testing kan ikke bevise at et system er feilfritt – den kan bare påvise at feil finnes. Derfor planlegges testing på flere nivåer gjennom hele utviklingen, ikke bare på slutten.

Testnivåer

Testing organiseres typisk i fire nivåer, fra det minste til det største:

Enhetstesting (unit testing): Tester den minste testbare enheten – en enkelt metode eller klasse – isolert. Skrives ofte av utviklerne selv, gjerne med rammeverk som JUnit, og kjøres automatisk.
Integrasjonstesting: Tester grensesnittet mellom komponenter – at moduler som hver for seg fungerer, også fungerer riktig sammen. Fokus er på samspillet, ikke den interne logikken.
Systemtesting: Tester hele det integrerte systemet mot de spesifiserte kravene, inkludert ikke-funksjonelle krav som ytelse og sikkerhet.
Akseptansetesting: Tester om systemet tilfredsstiller brukernes og oppdragsgivers behov, ofte utført av eller sammen med kunden før systemet godkjennes.

Verifisering og validering (V&V)

To begreper som ofte forveksles:

Verifisering svarer på spørsmålet «bygger vi produktet riktig?» – altså om produktet bygges på riktig måte i forhold til spesifikasjonen. Eksempler: kodegjennomgang, enhetstester, statisk analyse.
Validering svarer på «bygger vi riktig produkt?» – altså om systemet gjør det brukeren faktisk ønsker. Eksempler: akseptansetesting, brukertesting, demonstrasjoner for kunden.

Et system kan altså være korrekt bygget (verifisert) men likevel feil produkt (ikke validert), hvis kravene ikke svarte til brukerens egentlige behov.

Testteknikker og automatisering

Vi skiller mellom black-box-testing (tester funksjonalitet uten kjennskap til intern kode) og white-box-testing (tester med kjennskap til koden, f.eks. for å dekke alle grener). Regresjonstesting kjører eksisterende tester på nytt etter en endring for å sikre at man ikke har ødelagt noe som virket. I en DevOps-prosess kjøres enhets- og integrasjonstester automatisk i CI-pipelinen ved hver kodeendring, slik at feil oppdages tidlig. Dette er en forutsetning for trygg kontinuerlig levering.

Eksempel 1: Hvilket testnivå? (V2017)

Spørsmål: «Testing av grensesnittet til komponenter» er fokus for hvilken testfase? Svar: integrasjonstesting. Enhetstesting ser på én komponent isolert, mens integrasjonstesting nettopp tester at grensesnittene mellom komponentene fungerer sammen.

Eksempel 2: Verifisering i praksis (V2017)

Spørsmål: Verifisering i testing av programvare betyr at … Svar: «produktet bygges på riktig måte». Sammenlign med validering, som handler om at «systemet gjør det brukeren ønsker». Et minnehjelpemiddel: Verifisering = mot spesifikasjonen, Validering = mot brukerbehovet.

Studieguide: Testing og kvalitet