Una matrice di test dell'indirizzo di pagamento per il comportamento del modulo reale
Costruisci una piccola matrice per i requisiti sul campo, la localizzazione e gli errori di convalida recuperabili.
Riepilogo IA
Scegli i casi che esercitano valori obbligatori rispetto a valori facoltativi, una strada lunga, un'unità, un codice postale mancante ove consentito e caratteri non latini.
Iniziate dal comportamento sul campo, non dal conteggio dei paesi
Scegli i casi che esercitano valori obbligatori rispetto a valori facoltativi, una strada lunga, un'unità, un codice postale mancante ove consentito e caratteri non latini. Un paese con casi limite significativi può rivelare più di molti percorsi felici duplicati.
Mantenere una matrice di scenari compatta
Esempio: linea di base valida; località richiesta mancante; unità opzionale omessa; codice postale con uno zero iniziale; nome accentato o in scrittura locale; separatore non valido; rifiuto del server con valori mantenuti.
Case Input Expected Baseline Boston / MA / 02108 Accepted Leading zero ZIP 02108 Value remains 02108 Optional unit Unit omitted No unit error Required locality City empty Inline city error; other values remain Unicode Québec Characters preserved
Controlla l'interazione e l'accessibilità
Verifica che le etichette persistenti, l'ordine della tastiera, l'associazione degli errori in linea, il focus dopo l'errore e che i nomi dei campi tradotti non trabocchino in un viewport ristretto. Evitare di cancellare i valori dell'utente quando è necessaria una correzione.
Pagamento separato dall'adempimento
Un test del modulo di pagamento riuscito dimostra che l'applicazione ha accettato i suoi input. Utilizzare la sandbox del corriere per le regole di spedizione e gli impianti sintetici solo per il comportamento dell'applicazione.