Poté, co tým vydá opravu defektu ve výpočtu plateb, znovu spustí testy, které dříve selhaly (to je přetestování), a poté spustí kompletní regresní sadu pokrývající zbytek procesu dokončení objednávky (checkout). Regresní testování ověřuje, že nezměněné oblasti — například logika slev a výpočet nákladů na dopravu — se po provedené změně stále chovají správně. V kontinuální integraci se regresní testy obvykle spouštějí automaticky při každé změně kódu.
Jaký je rozdíl mezi regresním testováním a přetestováním? Přetestování spouští konkrétní testovací případy, které naposledy selhaly, aby ověřilo, že oprava funguje. Regresní testování spouští testy na dříve testované, nezměněné funkcionalitě, aby zajistilo, že změna nezavedla nové defekty. Po opravě jsou potřeba oba přístupy.
Kdy se provádí regresní testování? Kdykoli se změní software nebo jeho prostředí: nové funkce, opravy chyb, změny konfigurace nebo aktualizace infrastruktury. Čím větší změna, tím důležitější je regresní pokrytí.
Kolik regresního testování je dost? Dost na to, aby pokrylo riziko změny. Týmy často začínají průchodem smoke testů přes kritické cesty a poté rozšiřují rozsah na základě dopadu změny a dostupné automatizace testů.
Je regresní testování úroveň testování? Je to typ testu, nikoli úroveň — regresní testy lze provádět na jakékoli úrovni, od testování komponent po systémové testování, a často se vyskytují ve více fázích.
