Un tester con esperienza nei sistemi di pagamento sospetta che un campo per il codice sconto possa accettare una stringa eccessivamente lunga o una quantità negativa. Invece di derivare i casi dalla specifica, progetta test specificamente mirati a provocare quei difetti sospettati: un codice di 500 caratteri, una quantità negativa, un codice contenente caratteri speciali. Questo è l’error guessing — usare l’esperienza del tester per anticipare quali difetti potrebbero essere presenti e progettare test che li facciano emergere.
L’error guessing è una tecnica black-box o white-box? È una tecnica di progettazione dei test basata sull’esperienza. La definizione ufficiale la descrive come una tecnica di progettazione dei test in cui l’esperienza del tester viene usata per anticipare i difetti — non si basa sull’analisi degli interni del codice (white-box) né esclusivamente sulla specifica (black-box), ma sulla conoscenza che il tester ha degli errori tipici.
Perché l’error guessing è chiamato “basato sull’esperienza”? Perché la sua efficacia deriva dall’esperienza del tester con sistemi simili, dagli errori di programmazione tipici e dai difetti passati. Un tester alle prime armi individuerà meno casi, e più deboli.
L’error guessing può essere documentato? Sì. I team catturano la loro esperienza in checklist degli errori comuni, cataloghi dei difetti e lezioni apprese, trasformando la conoscenza tacita in idee di test riutilizzabili.
L’error guessing sostituisce altre tecniche? No. Le integra — le tecniche basate sull’esperienza vengono spesso combinate con tecniche basate sulla specifica e sulla struttura per ampliare la copertura.
Il testing esplorativo è la stessa cosa dell’error guessing? No. Il testing esplorativo è un approccio basato sull’esperienza in cui i test vengono progettati, eseguiti e adattati simultaneamente in base all’apprendimento; l’error guessing è una tecnica specifica per anticipare i difetti. L’error guessing alimenta spesso le sessioni di testing esplorativo.