Bekræftelsestest

Eksempel

En testcase for login-funktionen fejlede, fordi der blev fundet en defekt i adgangskodevalideringen. Udvikleren retter defekten. Gentest kører derefter den samme testcase igen for at verificere, at den korrigerende handling virkede: login lykkes nu, og den tidligere fejlende testcase består. Bemærk, at gentest kun kører de test, der fejlede, igen — at verificere uændret funktionalitet er regressionstest.

FAQ

Hvad er forskellen på gentest og regressionstest? Gentest kører de testcases, der fejlede sidste gang, de blev kørt, for at verificere, at de korrigerende handlinger lykkedes. Regressionstest tester tidligere testet, uændret funktionalitet for at sikre, at ændringen ikke har introduceret nye defekter. Begge er nødvendige efter en rettelse.

Kaldes gentest også for bekræftelsestest? ISTQB-ordlisten behandler dem som relaterede: bekræftelsestest er det samme koncept med at verificere, at en defekt er rettet, og begge adskiller sig fra regressionstest. Begreberne bruges i flæng i mange læseplaner.

Hvornår udføres gentest? Efter en defekt er rettet, før rettelsen accepteres. Den følges normalt af regressionstest af den omkringliggende funktionalitet.

Kan gentest automatiseres? Ja. Den tidligere fejlende automatiserede testcase køres igen — ideelt som en del af en CI-pipeline, der også kører regressionssuiten.

Relaterede begreber

• bekræftelsestest — verificerer, at en defekt faktisk er rettet
• regressionstest — tester uændret funktionalitet efter en ændring
• defekt — det, den korrigerende handling adresserer
• testcase — den enhed, der køres igen
• fejlfinding — at lokalisere og rette defekten før gentest
• fejl — den observerede adfærd, der fik testen til at fejle