Le bug « ça a l'air bon » : comment repérer les pannes silencieuses dans votre appli créée avec l'IA

Votre créateur d’applis avec IA a produit un formulaire de contact. Vous avez tapé votre nom, cliqué sur envoyer, vu le gentil message de réussite, et passé à autre chose. Une semaine plus tard, vous parlez de la page à un ami, qui vous demande si quelqu’un l’a remplie. Vous allez vérifier. Trois soumissions traînent dans une sorte d’état « en attente ». Aucune n’a jamais atteint votre boîte mail.

C’est le mode de défaillance le plus courant pour une appli créée avec l’IA, et ce n’est pas celui qui inquiète la plupart des gens. Les bugs qui affichent un message d’erreur rouge sont faciles à trouver — votre créateur d’applis les corrigera en deux minutes. Les bugs dangereux sont ceux où l’écran a l’air bon, où l’utilisateur croit avoir terminé, et où vous ne vous en apercevez pas pendant un mois.

Cet article est une liste de vérification pour les attraper. Pas « comment tester comme un ingénieur QA » — juste les cinq endroits où de vrais utilisateurs se font avoir par une appli créée avec l’IA qui a l’air de marcher.

1. Soumettez quelque chose et vérifiez que c’est réellement arrivé quelque part

Quand votre créateur d’applis fabrique un formulaire, posez une seule question : où vont les données ? Pas dans l’abstrait — littéralement, où pouvez-vous aller les consulter après envoi ?

Un nombre étonnamment grand de ces formulaires postent vers un gestionnaire qui renvoie « Merci ! » sans jamais envoyer l’e-mail, enregistrer dans une base de données ni prévenir personne. Le formulaire est une façade polie. Alors :

Soumettez une entrée de test avec un nom faux mais évident, du genre « ZZZ TEST ».
Ouvrez le tableau de bord, la base de données, la boîte mail, le tableur — là où les soumissions sont censées atterrir.
Trouvez-y votre entrée « ZZZ TEST », avec le bon horodatage.

Si vous ne la trouvez pas en moins d’une minute, votre formulaire est cassé, même s’il vous a félicité pour votre envoi. J’ai vu un formulaire « contactez-nous » sur une page d’atterrissage payante ne récolter aucun lead pendant trois semaines parce que l’étape e-mail n’avait jamais été branchée. La page avait l’air parfaite.

2. Essayez le chemin que vous ne prendriez jamais

Vous savez ce que fait votre appli parce que vous l’avez vue se construire. Vous cliquez sur les boutons dans le même ordre à chaque fois. Les vrais utilisateurs, non.

Choisissez le chemin qui paraît le plus étrange :

Cliquez deux fois de suite sur envoyer, vite.
Rafraîchissez la page au milieu d’une action.
Ouvrez-la dans une fenêtre privée, sans connexion.
Tapez un nom avec une apostrophe (O’Brien est le destructeur classique).
Tapez un nombre dans un champ qui en demande un, mais faites-le négatif ou nul.

Si quelque chose casse de façon visible, c’est un vrai bug — mais au moins c’est un bug bruyant. La version « ça a l’air bon », c’est quand le deuxième clic a créé un doublon et qu’aucun écran ne permet de le savoir. Allez vérifier la base de données et cherchez deux lignes « ZZZ TEST » avec des horodatages à deux secondes d’intervalle. Si vous les trouvez, le formulaire a besoin d’un garde-fou contre les doublons.

3. Attendez un jour, puis revenez

Beaucoup de code généré par IA utilise une mémoire temporaire qui se réinitialise quand l’appli est redéployée ou redémarrée. L’appli garde vos données dans quelque chose qu’un développeur appellerait un « état en mémoire » — parfait pour une démo, catastrophique pour quoi que ce soit de réel.

Le test est brutal et simple : saisissez des données, fermez l’onglet, attendez vingt-quatre heures, revenez. Si vos données ont disparu ou sont mélangées, le stockage n’est pas réel. Il faut probablement dire à votre créateur d’applis, en langage clair : « ces données doivent survivre à un redémarrage du serveur. » La plupart des créateurs passent à une base de données quand on le demande ; certains ne le font pas sans qu’on le demande.

Vous pouvez faire une version plus rapide de ce test en demandant à votre créateur, dans le chat : « où sont stockées les données de ce formulaire, et survivront-elles à un redéploiement ? » Si la réponse mentionne « en mémoire », « session » ou « pour cette exécution », vous avez trouvé le bug avant qu’aucun utilisateur ne le rencontre.

4. Montrez-la à une personne qui n’est pas vous

Vous savez ce que signifie votre appli. Vous l’avez conçue. Vous avez nommé les boutons. Les libellés vous semblent évidents parce que c’est vous qui les avez écrits.

Montrez-la à un ami sans rien expliquer. Dites : « Essaie de faire X. » Observez-le. N’aidez pas. Trois choses vont se produire :

Il cliquera là où vous ne vous y attendiez pas, et l’appli fera quelque chose de surprenant.
Il bloquera sur un libellé qui semblait évident quand vous l’avez écrit.
Il fera la chose que vous vouliez, mais en deux fois moins d’étapes que vous n’imaginiez, en sautant complètement un écran — parfois un écran sur lequel l’appli comptait pour qu’il le remplisse.

Chacun de ces cas est un vrai bug. Aucun n’affiche d’erreur. L’ami dira : « Oh, c’est mignon », et vous rendra l’ordinateur portable. Vous saurez, en regardant son visage, qu’il a été perdu pendant trente secondes à un endroit où vous ne pensiez pas qu’il y avait la moindre couture.

5. Lisez l’e-mail qu’elle envoie, sur un téléphone

Si votre appli envoie des e-mails — confirmations, réinitialisations de mot de passe, factures — ouvrez-en un sur votre téléphone, et un autre dans un client de messagerie différent de celui que vous utilisez d’habitude. Les applis créées avec l’IA ont tendance à générer des e-mails superbes dans Gmail sur ordinateur et illisibles dans Outlook sur Android.

La même logique s’applique aux reçus PDF, aux exports téléchargeables et aux boutons « partager ce lien ». Ce qui sort de votre appli, vers le monde réel, est la partie la moins testée d’une création par IA. C’est aussi la partie que vos utilisateurs voient le plus. Un fondateur que je connais a livré un magnifique parcours de paiement dont le reçu PDF, sur iPhone, n’était qu’un seul carré noir. Personne ne s’est plaint — les gens ont juste arrêté d’acheter.

La vérité inconfortable sur « ça marche »

Quand vous créez avec un créateur d’applis avec IA, « ça marche » signifie « ça a tourné sur ma machine, dans mon navigateur, avec mes clics exacts, le jour où je l’ai créé ». C’est une affirmation bien plus modeste qu’il n’y paraît.

Les vraies applis marchent quand :

Une autre personne les utilise.
Les données restent plus longtemps que la durée de la démo.
Le chemin dans l’appli est un chemin que vous n’aviez pas anticipé.
La sortie est lue sur un appareil que vous n’avez pas testé.

Vous n’avez pas besoin de devenir testeur logiciel pour livrer quelque chose de bon. Vous avez juste besoin de faire ces cinq vérifications une fois, la veille du jour où vous direz à qui que ce soit que l’appli existe. Elles prennent environ vingt minutes. Elles attraperont neuf sur dix des bugs silencieux qui atteindraient sinon un utilisateur payant.

Si vous n’avez le temps que pour une seule, faites la première. Soumettez quelque chose. Retrouvez-le de l’autre côté. La plupart des applis créées avec l’IA ont l’air bon. L’astuce, c’est de s’assurer qu’elles le sont réellement.

Si ça vous parle, la prochaine chose qui vaut le coup, c’est de vous asseoir avec une feuille de papier et d’écrire les trois choses sur lesquelles votre appli ne doit jamais échouer silencieusement — le formulaire, l’e-mail, le paiement, peu importe le vôtre — et de parcourir chacune avec les vérifications ci-dessus. Vingt minutes maintenant vous achètent beaucoup de nuits de sommeil plus tard.