1000 errori, un Google Sheet e cinque ore che non mi rivoglio più indietro
Ogni bug ha una storia. La maggior parte inizia con la frase: "Sul mio computer funziona".
Stavamo testando una funzione di importazione dati per un'azienda di lead generation. La funzione sembrava semplice. Clicchi un pulsante di importazione, carichi un foglio di calcolo e il sistema carica i contatti. Tutti davano per scontato che funzionasse.
Quell'assunzione è una trappola.
I tester esistono per distruggere quell'assunzione. L' "happy path" ti mente sempre.
Se avessimo usato un file Excel pulito, l'importazione sarebbe riuscita. Avremmo potuto andare a pranzo. Avremmo potuto rilasciare la funzione. Ma un cliente avrebbe trovato il bug un lunedì mattina in produzione.
Il problema era un Google Sheet.
Gli utenti reali non usano file Excel puliti. Usano Google Sheet disordinati. Si aspettano che i sistemi gestiscano il loro caos.
Quando abbiamo caricato i dati del Google Sheet, il sistema è fallito. Abbiamo visto oltre 1.000 errori. Lo schermo si è riempito di errori. Lo stesso pulsante e lo stesso tipo di dati hanno causato un collasso totale solo perché il formato di origine era cambiato.
Siamo tornati su Excel per testare di più. Abbiamo provato un mix di righe valide e non valide. Il sistema l'ha gestito bene. Ha saltato le righe errate e ha proseguito.
Poi abbiamo provato il caos del mondo reale. Abbiamo caricato un file massivo con centinaia di righe. La maggior parte era spazzatura. Solo poche erano corrette.
Il sistema è andato completamente in crash. La logica di validazione funzionava per poche righe errate, ma è implosa sotto una montagna di dati sporchi.
Abbiamo passato cinque ore a cercare la causa principale. Abbiamo fissato gli schermi, rieseguito i test e dato la colpa ai file, al browser e al caffè.
Quelle cinque ore sono costate poco. L'alternativa era un cliente che perdeva il pomeriggio e la fiducia nel nostro prodotto. Per i bug nei test paghi con il tempo. Per i bug in produzione paghi con i clienti.
Sceglierò sempre le cinque ore.
Un buon tester non chiede se una funzione funziona. Un buon tester chiede come romperla.
Smetti di pensare come uno sviluppatore. Inizia a pensare come queste persone:
- L'utente pigro che carica il formato di file sbagliato.
- L'utente caotico con celle unite e righe vuote.
- L'utente massivo con 4.000 record sporchi invece di 10 puliti.
- Il provocatore che fa esattamente ciò che non dovrebbe fare.
Il software si rompe con gli input che non ti aspettavi.
Le funzioni più "semplici" sono spesso le più pericolose. Il pulsante di importazione, la casella di ricerca e il modulo di contatto sembrano innocui. Non lo sono.
Se una funzione supera l'happy path, non andare avanti. Sii la persona che chiede: "E se caricassi il peggior file immaginabile?"
Poi vai e fallo.
Community di apprendimento opzionale: https://t.me/GyaanSetuAi