Een testgeval voor de inlogfunctie faalde omdat er een defect in de wachtwoordvalidatie werd gevonden. De ontwikkelaar verhelpt het defect. Bij hertesten wordt datzelfde testgeval opnieuw uitgevoerd om te controleren of de correctieve maatregel heeft gewerkt: het inloggen slaagt nu en het eerder falende testgeval slaagt. Merk op dat hertesten alleen de tests opnieuw uitvoert die faalden — het controleren van ongewijzigde functionaliteit is regressietesten.
Wat is het verschil tussen hertesten en regressietesten? Bij hertesten worden testgevallen uitgevoerd die de vorige keer faalden, om te controleren of de correctieve maatregelen zijn geslaagd. Regressietesten test eerder geteste, ongewijzigde functionaliteit om ervoor te zorgen dat de wijziging geen nieuwe defecten heeft geïntroduceerd. Na een fix zijn beide nodig.
Wordt hertesten ook bevestigingstesten genoemd? De ISTQB-glossary behandelt ze als verwant: bevestigingstesten is hetzelfde concept van het controleren dat een defect is verholpen, en beide staan tegenover regressietesten. In veel syllabi worden de termen door elkaar gebruikt.
Wanneer wordt hertesten uitgevoerd? Na een defectfix, voordat de fix wordt geaccepteerd. Meestal gevolgd door regressietesten van de omliggende functionaliteit.
Kan hertesten worden geautomatiseerd? Ja. Het eerder falende geautomatiseerde testgeval wordt opnieuw uitgevoerd — idealiter als onderdeel van een CI-pipeline die ook de regressiesuite draait.