Accepttest er en formel testproces, der udføres for at fastslå, om et system opfylder acceptkriterierne, brugernes behov, kravene og forretningsprocesserne, så interessenterne kan beslutte, om de vil acceptere systemet. Det er den sidste kontrol i softwareudviklingen før udgivelsen, som sikrer, at produktet lever op til forretningsmålene og brugernes forventninger. Vigtige aspekter omfatter:
Typer af accepttest:
- Brugeraccepttest (UAT): Slutbrugere verificerer, at softwaren opfylder deres behov i virkelige scenarier.
- Forretningsaccepttest (BAT): Kontrollerer overensstemmelse med forretningsmål og arbejdsgange.
- Kontraktaccepttest (CAT): Sikrer, at alle kontraktlige krav er opfyldt.
- Reguleringsaccepttest (RAT): Verificerer overholdelse af branchens regler og regulativer.
- Operationel accepttest (OAT): Bekræfter systemets parathed og infrastrukturens pålidelighed (f.eks. backup, genopretning efter nedbrud, vedligeholdelse).
- Alfatestning: Intern testning udført af udviklere for at fange tidlige fejl før ekstern udgivelse.
- Betatestning: Test i den virkelige verden udført af eksterne brugere for at indsamle feedback før generel udgivelse.
Proces: Accepttest omfatter typisk kravanalyse, udarbejdelse af testplan, design af testcases, udførelse og bekræftelse af målene. Den kræver foruddefinerede testprocedurer, data og sammenligning af faktiske og forventede resultater.
Acceptkriterier: Disse er et sæt betingelser, der skal være opfyldt, før leverancerne accepteres, ofte detaljerede og afledt af brugerhistorier eller krav.
Vigtighed: Accepttest validerer brugernes og forretningens behov, reducerer risici efter lancering, fungerer som en sidste verifikation før driftsættelse og identificerer kravmangler. Den sikrer brugertilfredshed, afbøder risici, sikrer kvalitet, sikrer overholdelse og opbygger interessenternes tillid.
Eksempel
En bank lancerer en ny mobilbetalingsfunktion. Før udgivelsen udfører forretningsbrugerne accepttest mod acceptkriterierne: de verificerer, at en betaling kan initieres, autoriseres og bekræftes end-to-end, at grænser håndhæves, og at transaktionen vises på kontoudtoget. Resultaterne kontrolleres mod de forretningsprocesser, funktionen skal understøtte, og først derefter beslutter banken, om den vil acceptere systemet.
FAQ
Hvad er forskellen på accepttest og systemtest? Systemtest kontrollerer hele systemet mod dets tekniske krav. Accepttest kontrollerer det mod brugernes behov, forretningsprocesserne og acceptkriterierne og udføres for at give brugeren, kunderne eller en anden autoriseret enhed mulighed for at beslutte, om de vil acceptere systemet.
Hvem udfører accepttest? Brugerne, kunderne eller en autoriseret enhed — ikke udviklingsteamet. Denne uafhængighed er det, der gør acceptbeslutningen troværdig.
Er accepttest altid det sidste testniveau? Det er det sidste niveau i den klassiske V-model, men accepttest kan også finde sted tidligere (f.eks. kontraktaccepttest af leverede komponenter) og kan gentages efter ændringer.
Hvilke typer accepttest findes der? Brugeraccepttest (UAT) udført af fremtidige brugere, forretningsaccepttest mod forretningsmålene, kontraktaccepttest mod kontraktlige krav, reguleringsaccepttest for overholdelse samt operationel accepttest for driftmiljøets parathed.
Hvad er forholdet mellem accepttest og validering? Accepttest er en form for validering — den bekræfter gennem objektive beviser, at kravene til den tilsigtede anvendelse er opfyldt.
Relaterede begreber
- brugeraccepttest — accepttest udført af fremtidige brugere
- acceptkriterier — betingelserne for at acceptere systemet
- alfatestning — simuleret eller faktisk operationel testning af potentielle brugere hos udviklingsstedet
- betatestning — operationel testning af potentielle brugere uden for udviklingsorganisationen
- validering — den bredere bekræftelse af, at kravene til den tilsigtede anvendelse er opfyldt
- verifikation — bekræfter, at arbejdsprodukter opfylder deres specificerede krav
