Hva er de ulike typene og nivåene for testing?

Question

Accepted Answer

Programvaretesting har flere **nivåer** (etter omfang) og **typer** (etter formål). Å forstå dem — unit, integrasjon, end-to-end; funksjonell vs ikke-funksjonell — hjelper til med å bygge en fullstendig testingstilnærming som dekker ulike aspekter av kvalitet.

## Testingnivåer (etter omfang)

```text
UNIT → individual functions/methods in isolation (smallest, fastest, most numerous)
INTEGRATION → multiple units/components working TOGETHER (e.g. code + database, services)
END-TO-END (E2E) → the WHOLE application from the user's perspective (full flows,
  through the real UI/system) — broadest, slowest
SYSTEM → the complete integrated system; ACCEPTANCE → meets business requirements
```

## Funksjonell vs ikke-funksjonell

```text
FUNCTIONAL → does it do the RIGHT thing? (correct behavior, features work)
  → unit, integration, e2e, smoke, regression, sanity tests
NON-FUNCTIONAL → HOW WELL does it work? (qualities beyond correctness):
  PERFORMANCE (speed, load), SECURITY, USABILITY, RELIABILITY, COMPATIBILITY, etc.
```

## Andre vanlige testkategorier

```text
REGRESSION → verify changes didn't break existing functionality (run after changes)
SMOKE → quick check that core functionality works (before deeper testing)
MANUAL → a human tests; AUTOMATED → code tests code (repeatable, fast)
WHITE-BOX (know the internals) vs BLACK-BOX (test behavior, not internals)
```

## Hvorfor det er viktig

Å forstå de ulike typene og nivåene for testing er verdifullt fordi det gir **rammeverket for en fullstendig testingstilnærming**, slik at det er grunnleggende kunnskap for programvarekvalitet.

Testing er ikke én ting — det spenner over **nivåer** (etter omfang: **unit** for individuelle deler, **integrasjon** for komponenter som fungerer sammen, **end-to-end** for hele applikasjonen fra brukerens perspektiv, pluss system og akseptans) og **typer** (etter formål: **funksjonell** testing som verifiserer at programvaren gjør det riktige, og **ikke-funksjonell** testing av kvaliteter som ytelse, sikkerhet, brukervennlighet og pålitelighet).

Å forstå disse kategoriene er viktig fordi en fullstendig teststrategi bruker flere nivåer og typer — du kan ikke sikre kvalitet med bare én type test (unit-tester alene mangler integrasjonsproblemer; funksjonelle tester alene mangler ytelse og sikkerhet).

Å forstå nivåene (og at de ofrer omfang mot hastighet — unit-tester raske og tallrike, e2e-tester brede men langsomme) setter rammen for testpyramide-konseptet.

Å forstå **andre vanlige kategorier** — regresjon (verifisering av at endringer ikke brøt noe), smoke (raske kjernefunksjonalitetskontroller), manuell vs automatisert, og white-box vs black-box — fullfører vokabularet for testing.

Å kjenne disse distinksjonene hjelper deg med å resonnere om hvilke slags testing et prosjekt trenger og kommunisere om testing presist.

Siden effektiv programvarekvalitet krever flere nivåer og typer testing (som dekker korrekthet i ulike omfang og ulike ikke-funksjonelle kvaliteter), og siden å forstå testingtaksonomi er grunnleggende for å bygge en fullstendig testingstilnærming og diskutere testing, er det å forstå de ulike typene og nivåene for testing verdifull, grunnleggende kunnskap — det konseptuelle rammeverket for testingfeltet, nødvendig for å tenke på omfattende kvalitetssikring og for å forstå hvor hver type test passer inn, en nøkkeldel av testingkompetanse for enhver utvikler.