Risposta.

Il test design è il processo di sviluppo di scenari di test e dati basati su requisiti, specifiche e analisi del prodotto. È emerso dalla necessità di strutturare i test in modo da garantire la massima copertura e minimizzare la duplicazione degli sforzi.

Storia della questione:

In passato, i test venivano creati in modo intuitivo, portando a lacune nei controlli e a un uso inefficace delle risorse. I metodi di test design hanno aumentato la qualità e la completezza della copertura.

Problema:

Senza tecniche formalizzate, c'è il rischio di testare un numero eccessivo di test simili o, al contrario, di saltare casi critici. È anche difficile dimostrare la sufficienza del test prima del rilascio.

Soluzione:

L'implementazione di tecniche di test design consente di distribuire razionalmente le risorse, identificare i controlli più prioritari e monitorare la copertura. Tecniche chiave:

Partizione equivalente (suddivisione dei dati di input in classi di equivalenza — ogni classe viene testata con un test)
Analisi dei valori limite (testare ai confini dei range, dove gli errori si manifestano più frequentemente)
Tabella delle cause e degli effetti (formalizzazione delle logiche di transizione e delle condizioni)
Test pairing (Pairwise) (coprire tutte le possibili coppie di parametri di input)

Caratteristiche principali:

Copertura razionale dei dati di input
Prevenzione della duplicazione dei casi di test
Documentazione dei processi

Domande insidiose.

È sufficiente testare solo i valori limite per una copertura completa?

No, è necessario considerare anche scenari positivi/negativi, controlli sulla logica di business e casi non equivalenti.

In quali casi è meglio utilizzare il pairwise invece della partizione equivalente?

Quando ci sono più parametri con diversi range di valori — il pairwise è più efficace nell'individuare errori di interazione tra parametri.

È sufficiente testare su specifiche obsolete?

No, le specifiche devono essere aggiornate, altrimenti la copertura dei test non corrisponderà al prodotto attuale.

Errori comuni e anti-pattern

Controllo solo "a occhio" tramite interfaccia senza applicare tecniche
Salto di casi critici / ai margini
Duplicazione dei test senza analisi delle coperture

Esempio dalla vita reale

Caso negativo

Testare il campo "Età" solo per 18, 25, 40 anni, mentre errori critici ai limiti (0, 100) non sono stati notati fino al rilascio.

Vantaggi:

Preparazione rapida dei test

Svantaggi:

Salto di importanti casi limite
Bug critici sono andati in produzione

Caso positivo

Utilizzati metodi di classi equivalenti e valori limite: i test hanno coperto 0, 1, 17, 18, 99, 100, 101, così come valori tipici all'interno della gamma.