En testare med erfarenhet av betalsystem misstänker att ett fält för rabattkoder kan acceptera en alltför lång sträng eller en negativ kvantitet. I stället för att härleda fall från specifikationen designar hen tester som specifikt ska provocera fram dessa misstänkta defekter: en kod på 500 tecken, en negativ kvantitet, en kod som innehåller specialtecken. Detta är felgissning — att använda testarens erfarenhet för att förutse vilka defekter som kan finnas och designa tester för att exponera dem.
Är felgissning en black-box- eller white-box-teknik? Det är en erfarenhetsbaserad testdesignteknik. Den officiella definitionen beskriver den som en testdesignteknik där testarens erfarenhet används för att förutse defekter — den bygger varken på att analysera kodens interna struktur (white-box) eller enbart på specifikationen (black-box), utan på testarens kunskap om typiska misstag.
Varför kallas felgissning “erfarenhetsbaserad”? För att dess styrka kommer från testarens erfarenhet av liknande system, typiska programmeringsmisstag och tidigare defekter. En oerfaren testare gissar färre och svagare fall.
Kan felgissning dokumenteras? Ja. Team samlar sin erfarenhet i checklistor över vanliga misstag, defektkataloger och lärdomar, och omvandlar tyst kunskap till återanvändbara testidéer.
Ersätter felgissning andra tekniker? Nej. Den kompletterar dem — erfarenhetsbaserade tekniker kombineras ofta med specifikationsbaserade och strukturbaserade tekniker för att bredda täckningen.
Är utforskande testning samma sak som felgissning? Nej. Utforskande testning är ett erfarenhetsbaserat angreppssätt där tester designas, utförs och anpassas samtidigt utifrån vad man lär sig; felgissning är en specifik teknik för att förutse defekter. Felgissning matar ofta utforskande testningssessioner.