Il tester con 10 certificazioni che non riusciva a trovare un bug
Hai ogni certificazione. ISTQB, ScrumMaster, Cloud e Security. Il tuo curriculum è un muro di acronimi.
Ma non sei in grado di scrivere un singolo test che trovi un bug reale.
L'ultimo trimestre ho intervistato un candidato. Parlava solo in termini teorici. Ha menzionato il modello a V e lo shift-left. Quando gli ho chiesto di mostrarmi un solo test che avesse scritto e che avesse scovato un bug, è rimasto in silenzio.
Non aveva mai scritto un test che rompesse qualcosa. Scriveva solo test che passavano.
Le certificazioni testano la tua memoria. I bug testano il tuo modo di pensare.
Le certificazioni forniscono vocabolario e struttura. Ti aiutano a superare lo screening dei recruiter. Non ti insegnano come trovare i difetti.
Le domande d'esame seguono un programma di studio. Le applicazioni reali no. Un modulo di login non ha un programma di studio. Ha casi limite bizzarri, come orologi del server sfasati di quattro minuti o problemi di timing specifici.
Il tester certificato segue una checklist. Scrive test basati sui requisiti e li segna come passati o falliti.
Il bug hunter tratta il testing come un'indagine. Parte da un'ipotesi. Cerca di dimostrare che l'applicazione sbaglia.
Guarda la differenza di mentalità.
Un test standard controlla l'happy path:
- Vai ai prodotti.
- Aggiungi al carrello.
- Inserisci i dati di una carta valida.
- Aspettati la conferma dell'ordine.
Questo test dimostra che la funzionalità funziona quando tutto è perfetto. Non troverà mai un bug.
Un test da bug hunter è sospettoso:
- Inserisci un numero di carta con un errore di battitura.
- Aspettati un messaggio di errore.
- Verifica che la conferma dell'ordine non sia apparsa comunque.
Il secondo test presuppone che l'applicazione fallirà. Si chiede: "Dove si rompe?"
Molti tester hanno un gap di esperienza, non un gap nel curriculum. Hai visto test fallire a causa di dati errati o ambienti down. Non hai visto test fallire perché hai trovato un difetto nella logica.
Smetti di studiare per nuovi esami. Colma il divario scrivendo test progettati per fallire.
Prova questo esercizio: Scegli una funzionalità. Passa un'ora cercando di romperla.
Per una funzione di ricerca:
- Testa query senza senso.
- Testa caratteri per SQL injection.
- Testa stringhe vuote.
Per il caricamento di un file:
- Testa file senza estensione.
- Testa file di dimensioni enormi.
- Testa nomi di file malevoli.
Una volta ho lavorato su un sistema di pagamento con una copertura del 95%. Ogni test passava. Poi, il sistema ha perso denaro in produzione a causa di un errore di arrotondamento. I nostri test coprivano l'happy path, ma nessuno aveva pensato di testare la logica matematica.
Ora, inizio ogni test con una domanda: "Cosa dovrebbe accadere affinché questa funzionalità fallisca silenziosamente?"
Non costruire un sito portfolio. Non aggiornare il tuo LinkedIn.
Scrivi un test progettato per fallire. Se passa, hai una garanzia di sicurezza. Se fallisce, hai trovato un bug.
Scrivi cosa hai testato, come lo hai testato e cosa hai trovato. Questa è la vera prova che sai pensare.
Qual è il test che scriverai questa settimana per dimostrare che sai trovare i bug?
Community di apprendimento opzionale: https://t.me/GyaanSetuAi