Test scritti dall'AI:5.000 test che non ho scritto io

Non devi scrivere i test per avere dei test scritti dall'AI. Tratta il testing come una funzionalità: consegna all'AI un brief strutturato e genera una suite completa in circa 15 minuti. Il mio prodotto ha 5.247 test. Claude ne ha scritti 4.722, il 90%. Ecco il metodo esatto, compreso il prompt che puoi copiare.

Nell'articolo precedente ho raccontato la storia del bug che approvava 15 candidature di startup con un solo clic, il bug che mi ha convinto definitivamente che i test sono un'assicurazione, non un costo. Questo articolo è l'altra metà: come un solo founder non tecnico ottiene davvero migliaia di test senza passare una sola sera a scriverli.

Test scritti dall'AI: trattali come una funzionalità, non come una seccatura

L'errore che fanno quasi tutti è chiedere all'AI: "scrivimi un test per questa funzione". Così ottieni test superficiali e decorativi, di quelli che passano comunque.

La soluzione è dare al testing lo stesso trattamento della costruzione di funzionalità: un brief strutturato che spiega cosa testare, quali pattern seguire e come verificare il risultato. Uso lo stesso formato di documento che uso per le funzionalità, il metodo PRP, puntato sui test invece che sulle funzionalità. Un Test PRP richiede circa cinque minuti per essere scritto e produce una copertura che un essere umano annoiato non otterrebbe mai.

Un esempio reale: 28 test in 15 minuti

La settimana scorsa ho costruito un nuovo servizio che gestisce le storie di successo degli alumni dell'acceleratore: creazione, pubblicazione, archiviazione. Dodici operazioni distinte. Il me di una volta l'avrebbe rilasciato senza test e ne avrebbe fatto il debug in produzione. Invece:

Ecco la parte da leggere due volte. Dei due test falliti, uno era una discrepanza di nomi nella configurazione del test, banale. L'altro ha scovato un vero bug nel mio servizio: permetteva di pubblicare una storia di successo senza le sue metriche compilate. La suite di test ha trovato un bug di produzione prima della produzione, il primo giorno della sua esistenza.

Copertura finale: 94,2% del servizio. Scrivere a mano quei 28 casi di test avrebbe richiesto 3,5–4,5 ore. Con l'AI ci sono voluti 15 minuti: da 14 a 18 volte più veloce.

12 settimaneLa carriera aziendale non è mai stata il pianoCandidati al Solopreneur Accelerator.Candidati ora →

Il prompt di test da copiare e incollare

Questo è lo scheletro di ogni Test PRP che scrivo. Compila le parentesi, incollalo nel tuo strumento di coding con AI e chiedigli di generare la suite:

Obiettivo: copertura di test completa per [nome della funzionalità]. Obiettivo di copertura: 90%+.

Funzionalità da testare: [il file] e l'elenco delle sue operazioni: ogni funzione che vuoi coprire, per nome.

Pattern da seguire: incolla uno o due test ben scritti del tuo codebase, così l'AI copia il tuo stile invece di inventarne uno.

Scenari da coprire: il percorso felice; i casi limite (input vuoti, valori mancanti, condizioni al contorno); le condizioni di errore (dati non validi, guasti del database, accessi non autorizzati); e le tue regole di business, scritte in linguaggio semplice: "una candidatura rifiutata non può mai essere approvata", "gli utenti possono vedere solo i dati della propria organizzazione".

Ciclo di validazione: i comandi esatti per eseguire i test e controllare la copertura, così l'AI può verificare il proprio lavoro e correggere i fallimenti prima di riconsegnare.

Trappole: tutto ciò che ti ha già morso in passato: cambi di stato irreversibili, campi che devono esistere prima della pubblicazione.

La riga sulle regole di business è quella che si ripaga da sola. Ogni regola in linguaggio semplice che scrivi diventa un test che la protegge per sempre, ed è esattamente il tipo di test che avrebbe intercettato il mio bug delle 15 approvazioni.

Perché l'AI batte gli umani nei test

Dopo aver generato migliaia di test in questo modo, dico una cosa scomoda: l'AI è più brava a testare della maggior parte degli sviluppatori. Non più intelligente, più accurata, per quattro motivi.

Non si annoia. Gli umani saltano i casi limite perché "così può andare". L'AI genera ogni caso che specifichi, in modo esaustivo.

Segue i pattern alla perfezione. Mostrale un buon test e applica il pattern a tutte e dodici le operazioni. Niente errori di copia-incolla, niente controlli dimenticati.

Trova casi che ti sfuggirebbero. Nella mia suite sulle storie di successo, Claude ha aggiunto casi limite che non avevo elencato: testo vuoto contro testo mancante, numeri negativi nelle metriche, input malevoli nei filtri di ricerca, due cambi di stato in conflitto contemporaneamente.

Aggiorna i test quando il codice cambia. Fai il refactoring del servizio, riesegui il brief e l'intera suite si rigenera in pochi minuti. "I test sono obsoleti" smette di essere una scusa.

Le funzionalità richiedono creatività. I test richiedono accuratezza. L'AI eccelle nell'accuratezza, ed è per questo che il testing, più che la costruzione di funzionalità, potrebbe essere il suo miglior impiego per un solo founder.

Rendilo automatico

Lo stato finale è semplice: ogni funzionalità viene rilasciata con i test, generati nella stessa sessione della funzionalità stessa. Nessun "più tardi". Nessuno sprint di testing separato. Il brief richiede cinque minuti, la suite dieci, e il ciclo di validazione fa sì che l'AI corregga da sola i propri fallimenti prima ancora che tu guardi.

Da quando ho adottato questo flusso di lavoro non ho rilasciato nemmeno un bug critico in produzione in quattro mesi, con l'82% di copertura su un prodotto in cui lo standard del settore per una startup finanziata è il 60–70%. L'assicurazione ora è quasi gratuita. L'unica decisione rimasta è se continuare a rifiutarla.

Il libroThe Solopreneur RevolutionLuis Gonçalves su come costruire un'attività da solopreneur con l'IA mentre sei ancora dipendente.Scopri il libro →

Domande frequenti

I test scritti dall'AI sono davvero buoni?

Con un brief strutturato sì, spesso meglio di quelli scritti a mano, perché l'AI non salta i casi per noia. I miei hanno raggiunto il 94,2% di copertura su un nuovo servizio e hanno scovato un vero bug (pubblicare senza i dati obbligatori) prima che la funzionalità raggiungesse gli utenti. Senza un brief ottieni test superficiali: il brief fa la differenza.

Cos'è un Test PRP?

Un breve documento strutturato, cinque minuti per scriverlo, che dice all'AI cosa testare: la funzionalità e le sue operazioni, un test di esempio da cui copiare lo stile, gli scenari da coprire (percorso felice, casi limite, errori, regole di business) e i comandi per verificare il risultato. Applica il metodo PRP al testing.

Quanto ci vuole per ottenere una copertura reale in questo modo?

Circa 15 minuti per funzionalità: cinque per il brief, dieci per la generazione e la verifica. La stessa suite scritta a mano richiederebbe 3,5–4,5 ore, da 14 a 18 volte di più. Questo crollo del costo è il motivo per cui il mio prodotto ha 5.247 test invece dei zero che aveva prima.

Come faccio a sapere che i test dell'AI non sono spazzatura?

Due controlli. Primo, il ciclo di validazione: il brief include i comandi per eseguire i test e il report di copertura, quindi nulla viene accettato sulla fiducia. Secondo, le regole di business: scrivile in linguaggio semplice e leggi i test generati per verificarle. Se "viene approvata solo la candidatura su cui hai cliccato" compare come test, la suite sta proteggendo ciò che conta.