Konfirmační Testování

Příklad použití

Testovací případ pro přihlašovací funkci selhal, protože byl nalezen defekt v validaci hesla. Vývojář defekt opraví. Přetestování poté spustí stejný testovací případ znovu, aby ověřilo, že nápravná opatření fungovala: přihlášení nyní proběhne úspěšně a dříve neúspěšný testovací případ projde. Všimněte si, že přetestování znovu spouští pouze testy, které selhaly — ověřování nezměněné funkcionality je regresní testování.

Časté dotazy

Jaký je rozdíl mezi přetestováním a regresním testováním? Přetestování spouští testovací případy, které naposledy selhaly, aby ověřilo, že nápravná opatření byla úspěšná. Regresní testování testuje dříve testovanou, nezměněnou funkcionalitu, aby zajistilo, že změna nezavedla nové defekty. Po opravě jsou potřeba oba přístupy.

Nazývá se přetestování také potvrzovací testování? Glosář ISTQB je považuje za příbuzné: potvrzovací testování je stejný koncept ověřování, že je defekt opraven, a oba se odlišují od regresního testování. Termíny se v mnoha sylabech používají zaměnitelně.

Kdy se přetestování provádí? Po opravě defektu, předtím než je oprava přijata. Obvykle po něm následuje regresní testování okolní funkcionality.

Lze přetestování automatizovat? Ano. Dříve neúspěšný automatizovaný testovací případ se znovu spustí — ideálně jako součást CI pipeline, která také spouští regresní sadu.

Související pojmy

• potvrzovací testování — ověření, že je defekt skutečně opraven
• regresní testování — testování nezměněné funkcionality po změně
• defekt — to, na co nápravná opatření cílí
• testovací případ — jednotka, která se znovu spouští
• ladění — lokalizace a oprava defektu před přetestováním
• selhání — pozorované chování, kvůli kterému test selhal