Perché il tuo SaaS ha bisogno di test:15 startup in un clic

Perché il tuo SaaS ha bisogno di test: i test non sono una spesa in più — sono un’assicurazione. Li ho saltati per 15 anni, finché un test da due minuti mancante ha permesso a un solo clic di approvare per errore 15 candidature di startup, davanti a un cliente pagante. Ecco quanto è costato davvero quel bug, e perché l’AI rende finalmente il testing accessibile a un fondatore solitario.

Sarò onesto sul perché non scrivevo test: ci mettevano più della funzionalità, erano noiosi, le scadenze vincevano sempre e “aggiungo i test dopo” — voce narrante: non l’ha mai fatto. La maggior parte dei costruttori solitari fa esattamente lo stesso. Fino al giorno in cui smette di essere un rischio teorico.

Perché il tuo SaaS ha bisogno di test: il bug che ha approvato 15 candidature

Marzo 2024. Avevo appena lanciato nella mia piattaforma la funzionalità di revisione delle candidature — la schermata in cui i VC e i responsabili degli acceleratori esaminano le candidature delle startup, le valutano e prendono decisioni. Funzionalità critica, posta in gioco alta. L’avevo testata a mano. Funzionava perfettamente.

Poi mi ha chiamato un VC. “Luis, ho appena approvato 15 candidature per errore. Ho cliccato su una e sono state approvate tutte.”

Lo stomaco mi è caduto. Ho controllato il codice e ho trovato subito il bug: un errore di copia-incolla. Invece di approvare l’unica candidatura cliccata, la funzione recuperava in silenzio tutte le candidature e le approvava in blocco. Un errore da principiante — e nessun test a intercettarlo.

Il VC ha dovuto annullare a mano 15 approvazioni. Quel solo bug mi è costato tre ore di correzioni d’emergenza, diverse email di scuse, un colpo alla mia credibilità e un cliente che ha quasi disdetto. E il test che l’avrebbe intercettato — creare due candidature, approvarne una, verificare che l’altra sia ancora in attesa — avrebbe richiesto due minuti per essere scritto.

Due minuti di prevenzione contro tre ore di gestione dei danni, più la mia reputazione. Fu il giorno in cui i conti smisero di tornare.

Il costo reale di rilasciare senza test

Dopo quel bug ho fatto un audit dei sei mesi precedenti di sviluppo. I numeri erano peggiori della storia:

112 ore della mia vita spese a fare debugging di bug che avrei potuto prevenire. E la parte non misurabile: quanti utenti se ne sono andati in silenzio per colpa di quei 47 bug? Difficile saperlo. Di certo non zero.

Nel frattempo continuavo a dirmi che “non avevo tempo” per scrivere test. La verità: avevo tempo per fare debugging. Non avevo tempo per prevenire i bug. Rileggi quella frase — è la bugia che tiene la maggior parte dei fondatori solitari a rilasciare software rotto.

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

Perché i fondatori solitari saltano i test (e perché prima era razionale)

Siamo giusti con il me del passato. I test sono ripetitivi e poco creativi. Scrivere test completi per una funzionalità da due ore poteva richiedere altre tre ore — il 60% del tuo tempo su un lavoro che nessun utente vede mai. Le funzionalità sembrano progresso; i test sembrano lavoro da burocrate. E c’è sempre “dopo”.

Tutto questo era vero. Saltare i test era probabilmente lo scambio giusto per un costruttore solitario che corre per validare un’idea. Prima dell’AI. Ciò che è cambiato non è il valore dei test — è il loro prezzo.

L’AI ha cambiato i conti del testing

L’intuizione che ha risolto il mio problema di testing: se l’AI può scrivere funzionalità, l’AI può scrivere test. Non test di facciata — suite complete che controllano i casi limite che un umano annoiato salterebbe.

Ecco il mio prima e dopo, per funzionalità. Il modo vecchio: due ore a scrivere la funzionalità, zero test, poi quattro e più ore di debugging in produzione. Sei ore in tutto, più lo stress. Il modo nuovo: 30 minuti per costruire la funzionalità, 15 minuti per generare i test con l’AI, 10 minuti di debugging. 55 minuti in tutto.

È 6,5 volte più veloce — con i test, non nonostante essi. I 15 minuti di test generati dall’AI mi fanno risparmiare regolarmente 3–6 ore di debugging, un ritorno di 12–24 volte su ogni singola funzionalità. L’assicurazione una volta costava cara; ora è quasi gratis. Perché mai saltarla?

Il flusso di lavoro esatto — il prompt riutilizzabile che trasforma qualsiasi funzionalità in una suite di test completa — è un articolo a sé: come ho ottenuto 5.000 test senza scriverli.

Che aspetto ha una buona copertura per un prodotto solitario

Oggi la mia piattaforma ha 5.247 test, e Claude ne ha scritti 4.722 — il 90%. La copertura del codice è all’82%, quando lo standard del settore per una startup in Serie A è 60–70%. Non è un progetto collaterale; è software di produzione al servizio di VC, acceleratori e startup. E nei quattro mesi successivi al passaggio ai test generati dall’AI, non ho rilasciato in produzione nemmeno un bug critico.

Ma il vero guadagno non sono i numeri. È ciò che i test mi permettono di fare: rifattorizzare con decisione, rilasciare più volte al giorno, aggiungere funzionalità senza paura e dormire la notte. Il codice generato dall’AI e non testato è esattamente il modo in cui scatta la trappola del vibe coding — tutto funziona fino al giorno in cui, molto pubblicamente, non funziona più. I test sono il modo di costruire in fretta e di costruire qualcosa di cui puoi rispondere quando un cliente chiama.

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

Domande frequenti

Un MVP ha davvero bisogno di test?

Le funzionalità che toccano denaro, dati o la fiducia dei clienti, sì. Il mio bug delle 15 approvazioni stava esattamente in una funzionalità di quel tipo. Non ti serve la copertura completa dal primo giorno — ti servono test sulle azioni che ti metterebbero in imbarazzo davanti a un cliente pagante se si rompessero.

Quanto tempo aggiungono i test a ogni funzionalità?

Con l’AI, circa 15 minuti. A mano erano ore — ed è per questo che nessuno lo faceva. Il mio totale per funzionalità è passato da sei ore (due a costruire, quattro a fare debugging in produzione) a 55 minuti, test compresi. Ora il testing mi rende più veloce, non più lento.

Qual è il ROI dei test?

Nei miei numeri: 15 minuti di test generati dall’AI fanno risparmiare 3–6 ore di debugging — un ritorno di 12–24 volte per funzionalità. Il mio audit prima dei test ha trovato 47 bug di produzione in sei mesi, costati 112 ore di debugging, circa 8.960 € a 80 €/ora, senza contare i clienti persi.

L’AI può scrivere i test al posto mio?

Sì — è ciò che ha cambiato l’economia. Claude ha scritto 4.722 dei miei 5.247 test. L’AI non si annoia, non salta i casi “ovvi” e non dice “lo testo dopo”. Il metodo passo dopo passo, compreso il prompt riutilizzabile, è nell’articolo sui test scritti dall’AI.