Risposta.

Storia della domanda:

Il testing manuale si basava inizialmente sull'abitudine di testare solo gli scenari che corrispondono ai requisiti e al comportamento previsto del sistema (i cosiddetti "scenari positivi"). Col tempo è diventato chiaro che il software spesso si guasta proprio in condizioni inaspettate o errate, che non erano state previste.

Problema:

Solo gli scenari positivi non garantiscono la stabilità e l'affidabilità dell'applicazione. Se non si testano gli scenari negativi (ad esempio, l'input errato, azioni non valide), si possono perdere difetti seri che si manifesteranno agli utenti reali.

Soluzione:

Condurre entrambi i tipi di testing:

Testing positivo — verifica che il sistema funzioni secondo i requisiti con dati e azioni corretti da parte dell'utente.
Testing negativo — verifica la stabilità e la resistenza del sistema ad azioni e dati errati, non standard o non validi.

Caratteristiche chiave:

Non è possibile garantire qualità solo con un tipo di testing.
Il testing negativo aiuta a trovare errori che si verificano meno frequentemente durante l'uso normale.
I casi positivi si basano sui requisiti, quelli negativi sulla loro violazione.

Domande trabocchetto.

Si può trascurare il testing negativo se il prodotto supera un completo set di scenari positivi?

No. Gli errori che si verificano negli scenari negativi spesso hanno un impatto critico sulla sicurezza e sull'affidabilità del prodotto.

I test negativi devono necessariamente portare a errori di programma?

No, un programma ben realizzato dovrebbe gestire correttamente i dati errati negli scenari negativi, non "crollare" e non restituire risultati non validi.

È ugualmente importante scrivere test positivi e negativi per tutte le parti del sistema?

No, a volte per parti non chiave o consolidate del sistema si può ridurre il numero di scenari negativi, ma per aree vulnerabili e critiche è una necessità.

Errori tipici e anti-pattern

Totale ignoranza degli scenari negativi.
Testing negativo troppo superficiale (ad esempio, verificato solo un input non valido).
Incomprensione della differenza tra testing positivo e negativo.

Esempi dalla vita reale

Caso negativo

In un'azienda, durante il testing del modulo di registrazione sul sito, sono stati testati solo valori corretti (email valide, password ecc.), non tenendo conto delle varianti errate.

Vantaggi:

Sviluppo e testing rapidi.

Svantaggi:

Dopo il lancio, gli utenti erano in grado di inviare il modulo con email non valide, causando guasti nell'invio delle comunicazioni e recensioni negative.

Caso positivo

Il tester ha aggiunto test per input di email non valide, password troppo corte e lunghe e caratteri speciali in tutti i campi.