Revue de page d’inscription par IA : laissez un agent tester chaque champ

Un agent de codage IA peut ouvrir votre page d’inscription et essayer des valeurs dans ses champs. Avec des boîtes de réception de test et des valeurs prêtes à l’emploi, il peut aussi passer en revue chaque champ et terminer l’inscription.

Mis à jour le 5 novembre 2026

Notre recommandation, d’emblée. Nous éditons Proxy Mail QA, nous ne sommes donc pas neutres. Dans cet article, nous le recommandons pour une tâche : donner à un agent IA de vraies boîtes de réception de test et des valeurs de test prêtes à l’emploi, pour qu’il vérifie chaque champ de votre page d’inscription et termine l’inscription via l’e-mail. Proxy Mail QA ne vérifie pas le design, la formulation, l’accessibilité, la rapidité ni la sécurité de votre page, et il ne remplit ni n’envoie le formulaire : l’agent le fait avec ses propres outils de navigateur. Pour le reste, voir Ce qu’il ne détecte pas.

Un agent de codage IA, comme celui de Qoder, peut ouvrir votre page d’inscription, lire ses champs et y essayer des valeurs. Deux choses l’empêchent en général de faire une vraie revue :

Il n’a pas de boîte de réception. La page indique « Vérifiez votre e-mail », et la revue s’arrête là. Personne ne sait si l’e-mail arrive ni si le lien fonctionne.
Il essaie toujours les mêmes quelques valeurs. test@example.com, John Smith et Password123! passent sur presque tous les formulaires. Ce sont les noms et mots de passe que tapent les vraies personnes qui le cassent.

Cet article explique ce qu’une revue champ par champ doit vérifier, et comment donner à l’agent ce dont il a besoin pour le vérifier.

Ce que vérifie une revue champ par champ

Champ	Ce qu’il faut essayer	Ce qui doit se passer
E-mail	Des majuscules, un tag plus, une apostrophe (`o'brien`), le maximum de 64 caractères ; et des adresses invalides, par exemple avec deux @	Les adresses valides sont acceptées et l’e-mail arrive. Les invalides sont refusées avant tout envoi
Noms	`O'Brien`, `Smith-Jones`, `José`, `李`, `محمد`, une seule lettre, exactement le maximum du champ et un de plus	Les vrais noms sont acceptés tels que saisis. Un caractère de plus que le maximum est refusé avec un message clair
Noms, sous forme de code	`<b>Jane</b>`, `<script>alert(1)</script>`	Enregistrés et affichés en texte brut, jamais exécutés
Mot de passe	Exactement le minimum, exactement le maximum, un de moins, un de plus, chaque type de symbole, un espace à l’intérieur	Les mots de passe conformes sont acceptés et permettent de se connecter ensuite. Les non conformes sont refusés, au niveau du champ, avec la règle
Date de naissance	Un adulte, une personne de moins de 18 ans, une personne qui a 18 ans demain	Votre règle d’âge s’applique le bon jour
Pays	Chaque pays que vos règles traitent différemment	Les bonnes conditions, le bon contenu ou le bon refus
Champs de confirmation	Un e-mail ou un mot de passe de confirmation qui ne correspond pas	Une erreur au niveau du champ
Le formulaire entier	Envoyer deux fois ; une adresse déjà inscrite	Un seul compte et un seul e-mail. Une formulation qui ne confirme pas si quelqu’un a un compte, si cela compte pour votre app

Ce que Proxy Mail QA donne à l’agent

Une vraie adresse de test pour chaque exécution. L’e-mail de vérification arrive dans une boîte de réception privée, en réception seule. L’agent l’attend avec wait_for_code ou wait_for_link et ne récupère que le code ou le lien, jamais le texte de l’e-mail : il peut donc terminer l’inscription au lieu de s’arrêter à « Vérifiez votre e-mail ».
Des valeurs adaptées à chaque champ. form_values prend ce que la page indique sur chaque champ (son type, son libellé, son nom, son placeholder, son autocomplete, son pattern, ses longueurs minimale et maximale, et les options d’une liste déroulante) et renvoie ce qu’il faut taper ou choisir : l’e-mail, les noms, un nom d’utilisateur, un mot de passe conforme aux règles du champ, une date de naissance au format du champ et un pays proposé par la liste. Un champ qu’il ne reconnaît pas, comme une case de conditions, revient vide avec une note, et l’agent décide quoi en faire.
Des valeurs délicates, regroupées selon ce qui doit se passer. get_name_variants renvoie des valeurs en quatre groupes : accept, reject, store_as_text et decide (les apps divergent légitimement, notez donc ce que fait la vôtre). get_password_variants utilise les mêmes groupes, sans store_as_text. get_address_variants regroupe les adresses en delivered (le courrier arrive quand même dans la boîte de réception), undeliverable et invalid. Indiquez la longueur maximale du champ, et le minimum et le maximum du mot de passe, pour que les limites correspondent à votre formulaire.
Des comptes d’un âge ou d’un pays précis. create_address prend un age (under13, under15, under18, turns18tomorrow, turned18today, adult, over21) et un country (comme GB ou DE), et la date de naissance et le pays du persona de test correspondent.
Un rapport. start_run et finish_run enregistrent la session et la renvoient en Markdown, prête à coller dans une pull request.

Pour essayer de nombreux noms ou mots de passe sans créer une adresse pour chacun, donnez à chaque tentative son propre tag plus : k7f2x9ab12cd+name1@mailclub.dev, +name2, etc. Pour votre app, chacun est un nouveau compte, et le courrier arrive quand même dans la même boîte de réception. Si votre app refuse les tags plus, c’est en soi un constat.

Le connecter dans Qoder

Dans le Marketplace Qoder, ouvrez Proxy Mail QA dans l’onglet Connectors (site international, site Chine) et connectez-le. Ou installez le plugin Proxy Mail QA, qui ajoute les mêmes outils et huit skills.
Connectez-vous à Proxy Mail QA dans votre navigateur quand Qoder le demande, et choisissez le projet que l’agent peut utiliser. Un compte gratuit suffit.
Réglez le niveau d’autorisation de Qoder sur Ask every time, et non Auto approve, et approuvez chaque étape Proxy Mail QA quand c’est demandé.

Deux skills du plugin conviennent à cette revue : signup-form-email-validation (adresses, noms et mots de passe) et age-and-region-testing (contrôles d’âge et règles par pays).

Demander la revue

Review the registration page at https://staging.acme.dev/register with Proxy Mail QA.
Start a run. Use form_values for the fields, register once and finish the verification
with the code or link from the email.
Then try the values from get_address_variants, get_name_variants (with each name field's
maximum length) and get_password_variants (with the password field's minimum and maximum)
in their fields. Use a plus tag on the address for each new attempt.
Make one account with age under18 and one with age turns18tomorrow, and check what the
form does with each.
Finish the run and give me a table: field, value, what it tests, what the app did, and
what to fix.

L’agent tape les valeurs et appuie sur les boutons. Proxy Mail QA n’appuie jamais sur rien dans votre page.

Lire les résultats

Les valeurs accept (et adresses delivered) refusées sont les bugs que rencontrent les vraies personnes : un formulaire qui refuse O'Brien ou un tag plus rejette de vrais clients.
Les valeurs reject (et adresses invalid) acceptées signifient que la limite du champ n’est pas appliquée. Vérifiez que le serveur l’applique, pas seulement la page.
Les valeurs store_as_text qui ont modifié la page (texte en gras, alerte) doivent être corrigées avant tout le reste.
Les valeurs decide n’ont pas de bonne réponse. Décidez ce que votre app doit faire, puis gardez ce comportement.
Pour les mots de passe acceptés, connectez-vous avec. Un mot de passe rogné ou tronqué à l’enregistrement ne permettra pas de se connecter tel que saisi.

Ce qu’il ne détecte pas

Design et formulation. L’agent peut commenter les libellés et les textes, mais Proxy Mail QA n’y ajoute rien. Regardez la page vous-même, aussi sur un téléphone.
Accessibilité. Utilisez axe DevTools, WAVE ou Lighthouse, et essayez le formulaire avec un lecteur d’écran et au clavier seul.
Rapidité. Utilisez Lighthouse ou PageSpeed Insights.
Sécurité. Vérifier que le HTML et le SQL sont enregistrés comme du texte est un bon indice, pas un test de sécurité. Utilisez pour cela un scanner ou un test d’intrusion.
Codes SMS, CAPTCHA et connexion via réseaux sociaux. Proxy Mail QA ne gère que l’e-mail. Désactivez les CAPTCHA en staging ou utilisez les clés de test de votre fournisseur.
Les champs propres à votre app, comme la taille de l’entreprise ou « Comment nous avez-vous connus ? ». form_values les laisse vides : l’agent les remplit lui-même, d’après ce que montre la page.

Avant de commencer

Faites la revue sur une copie de staging ou locale d’une app que vous développez ou êtes autorisé à tester. Chaque valeur acceptée crée un vrai compte dans votre app : supprimez-les ensuite.
Votre fournisseur d’e-mail doit pouvoir envoyer à n’importe quelle adresse. En mode sandbox ou test (Amazon SES avant l’accès production, Resend sans domaine vérifié, un sandbox Mailgun, Postmark avant approbation, ou l’e-mail intégré de Supabase), il n’envoie qu’aux adresses que vous avez vérifiées, donc rien n’arrive. check_delivery indique à l’agent quand c’est la cause probable.
Proxy Mail QA ne fonctionne pas avec quelques grands services grand public, comme Google, Instagram, TikTok, Amazon et PayPal. Il sert à tester votre propre app.

Plus de détails : adresses inhabituelles, noms et mots de passe inhabituels et le MCP server.

Essayez-le lors de votre prochain test d’inscription

Offre gratuite, sans carte bancaire. Créez une adresse et regardez arriver le code ou le lien.

Créer un compte gratuitOuvrir l'application