Il bug 'sembra tutto a posto': come scoprire i fallimenti silenziosi nella tua app creata con l'IA

Il tuo creatore di app con IA ha prodotto un modulo di contatto. Hai scritto il tuo nome, premuto invia, visto il bel messaggio di conferma e sei andato avanti. Una settimana dopo accenni alla pagina a un amico, che ti chiede se qualcuno l’ha compilata. Vai a controllare. Tre invii sono fermi in una specie di stato in sospeso. Nessuno di loro ha mai raggiunto la tua casella di posta.

Questo è il fallimento più comune di un’app creata con l’IA, e non è quello di cui la maggior parte delle persone si preoccupa. I bug che restituiscono un messaggio di errore rosso sono facili da trovare: il tuo creatore di app li sistemerà in due minuti. I bug pericolosi sono quelli in cui lo schermo sembra a posto, l’utente pensa di aver finito, e tu non te ne accorgi per un mese.

Questo articolo è una checklist per scovarli. Non “come testare come un ingegnere QA”, ma solo i cinque punti in cui gli utenti veri si scottano con un’app creata con l’IA che sembra funzionare.

1. Invia qualcosa e controlla che sia davvero arrivato da qualche parte

Quando il tuo creatore di app realizza un modulo, fatti una domanda: dove vanno i dati? Non in astratto: letteralmente, dove puoi andare a guardarli dopo l’invio?

Un numero sorprendentemente alto di questi moduli invia i dati a un gestore che restituisce “Grazie!” senza mai inviare l’email, salvare in un database o avvisare nessuno. Il modulo è una cortese facciata. Quindi:

• Invia una voce di prova con un nome falso ma evidente, tipo “ZZZ TEST”.
• Apri la dashboard, il database, la casella di posta, il foglio di calcolo: ovunque dovrebbero finire gli invii.
• Trova lì la tua voce “ZZZ TEST”, con la data e l’ora giuste.

Se non riesci a trovarla in meno di un minuto, il tuo modulo è rotto, anche se si è congratulato con te per l’invio. Ho visto un modulo “contattaci” su una landing page a pagamento raccogliere zero contatti per tre settimane perché il passaggio dell’email non era mai stato collegato. La pagina sembrava perfetta.

2. Prova il percorso che non faresti mai

Tu sai cosa fa la tua app perché l’hai vista costruire. Clicchi i pulsanti nello stesso ordine ogni volta. Gli utenti veri no.

Scegli il percorso che ti sembra più strano:

• Clicca invia due volte di fila, velocemente.
• Aggiorna la pagina mentre stai facendo qualcosa.
• Aprila in una finestra anonima senza login.
• Scrivi un nome con un apostrofo (O’Brien è il classico distruttore).
• Scrivi un numero in un campo che ne chiede uno, ma fallo negativo o zero.

Se qualcosa si rompe in modo visibile, è un bug vero, ma almeno è un bug rumoroso. La versione “sembra a posto” è quando il secondo clic ha creato un record duplicato e non c’è modo di accorgersene dallo schermo. Vai a controllare il database e cerca due righe “ZZZ TEST” con date a due secondi di distanza. Se le trovi, il modulo ha bisogno di una protezione contro i duplicati.

3. Aspetta un giorno, poi torna

Molto codice generato dall’IA usa una memoria temporanea che si azzera quando l’app viene rilanciata o riavviata. L’app tiene i tuoi dati in qualcosa che uno sviluppatore chiamerebbe “stato in memoria”: va bene per una demo, è terribile per qualsiasi cosa reale.

Il test è brutale e semplice: inserisci dei dati, chiudi la scheda, aspetta ventiquattro ore, torna. Se i tuoi dati sono spariti o pasticciati, l’archiviazione non è vera. Probabilmente al tuo creatore di app va detto, in parole semplici: “questi dati devono sopravvivere a un riavvio del server”. La maggior parte dei creatori passerà a un database quando glielo chiedi; alcuni non lo faranno se non lo chiedi.

Puoi eseguire una versione più veloce di questo test chiedendo al tuo creatore, nella chat: “dove vengono archiviati i dati di questo modulo, e sopravvivranno a un nuovo deploy?”. Se la risposta menziona “in memoria”, “sessione” o “per questa esecuzione”, hai trovato il bug prima che lo trovasse un utente.

4. Mostralo a una persona che non sei tu

Tu sai cosa significa la tua app. L’hai progettata tu. Hai dato i nomi ai pulsanti. Le etichette sono ovvie per te perché le hai scritte tu.

Mostrala a un amico senza spiegare niente. Digli: “Prova a fare X”. Guardalo. Non aiutarlo. Succederanno tre cose:

• Cliccherà da qualche parte dove non te lo aspettavi, e l’app farà qualcosa di sorprendente.
• Si bloccherà su un’etichetta che sembrava ovvia quando l’hai scritta.
• Farà la cosa che volevi che facesse, ma con metà dei passaggi che avevi immaginato, saltando del tutto una schermata, a volte una schermata su cui l’app contava per farsi compilare.

Ognuna di queste è un bug vero. Nessuna di queste restituisce un errore. L’amico dirà: “Oh, carina”, e ti restituirà il portatile. Tu saprai, guardandolo in faccia, che si è perso per trenta secondi in un punto che non pensavi avesse cuciture.

5. Leggi l’email che invia, da telefono

Se la tua app invia email — conferme, reset della password, fatture — aprine una sul telefono, e una in un client di posta diverso da quello che usi di solito. Le app create con l’IA tendono a generare email che sembrano splendide su Gmail da desktop e sembrano statica su Outlook su Android.

La stessa logica vale per le ricevute in PDF, le esportazioni scaricabili e i pulsanti “condividi questo link”. La cosa che esce dalla tua app, verso il mondo reale, è la parte meno testata di un’app creata con l’IA. È anche la parte che i tuoi utenti vedono di più. Un founder che conosco ha pubblicato un bellissimo flusso di checkout la cui ricevuta in PDF, su iPhone, era un singolo quadrato nero. Nessuno si è lamentato: semplicemente hanno smesso di comprare.

La scomoda verità su “funziona”

Quando crei con un creatore di app con IA, “funziona” significa “ha girato sul mio computer, nel mio browser, con i miei clic esatti, nel giorno in cui l’ho creata”. È un’affermazione molto più piccola di quanto sembri.

Le app vere funzionano quando:

• Le usa una persona diversa.
• I dati restano in giro più a lungo della demo.
• Il percorso attraverso l’app è uno che non avevi previsto.
• L’output viene letto su un dispositivo che non hai testato.

Non devi diventare un tester di software per pubblicare qualcosa di buono. Devi solo fare questi cinque controlli una volta, il giorno prima di dire a qualcuno che l’app esiste. Richiedono circa venti minuti. Scoveranno nove su dieci dei bug silenziosi che altrimenti raggiungerebbero un utente pagante.

Se hai tempo solo per uno, fai il primo. Invia qualcosa. Trovalo dall’altra parte. La maggior parte delle app create con l’IA sembra a posto. Il trucco è assicurarsi che lo siano davvero.

Se questo ti ha colpito, la prossima cosa che vale la pena fare è sederti con un foglio di carta e scrivere le tre cose in cui la tua app non deve mai fallire in silenzio — il modulo, l’email, il pagamento, qualunque sia la tua — e passare ognuna di esse al setaccio con i controlli qui sopra. Venti minuti adesso ti comprano un sacco di notti di sonno più avanti.