Une adresse e-mail pour vérifier mon formulaire de connexion

Tester un formulaire de connexion paraît simple : saisir l’e-mail et le mot de passe, appuyer sur le bouton. Mais il vous faut un compte existant, dans un état connu, avec un mot de passe que vous connaissez et, pour les codes, les liens magiques et les réinitialisations, une boîte de réception que vous pouvez lire. Votre propre adresse e-mail ne peut correspondre qu’à un seul compte, mélange les e-mails de test et vos vrais e-mails, et ne peut pas être confiée à un collègue ou à une suite de tests.

Mis à jour le 5 novembre 2026

Notre recommandation, d’emblée. Nous développons Proxy Mail QA, nous ne sommes donc pas neutres. Pour tester un formulaire de connexion, nous le recommandons pour des comptes de test dont vous pouvez lire les e-mails : chacun a son mot de passe enregistré avec lui, les codes de connexion et les liens magiques arrivent dans une vraie boîte de réception, et l’e-mail de réinitialisation du mot de passe peut être suivi jusqu’au bout. Il ne teste pas la connexion via les réseaux sociaux (Google, Apple, Microsoft), les codes SMS, les applications d’authentification ni les passkeys, et il ne remplit ni n’envoie le formulaire à la place d’un agent IA ou d’un test : ce sont eux qui le font.

Ce que couvre un test de formulaire de connexion

Le bon e-mail et le bon mot de passe permettent de se connecter.
Un mauvais mot de passe affiche un message clair qui n’indique pas si l’e-mail a un compte. Un e-mail sans compte affiche le même message.
L’e-mail saisi en majuscules, ou avec une espace à la fin, connecte au même compte.
Un code de connexion ou un lien magique arrive, fonctionne une fois, et cesse de fonctionner quand il expire ou qu’un plus récent est envoyé.
Mot de passe oublié envoie un e-mail dont le lien fonctionne une fois. Ensuite, l’ancien mot de passe échoue et le nouveau fonctionne.
Après trop de mauvais mots de passe, le compte est verrouillé ou ralenti, et l’éventuel e-mail de déverrouillage arrive.
Les gestionnaires de mots de passe remplissent le formulaire : les champs ont autocomplete="username" (ou email) et autocomplete="current-password".
Après la connexion, la personne arrive là où elle allait, pas toujours sur la page d’accueil.

Des comptes de test avec lesquels vous reconnecter

Créez-en un avec un mot de passe enregistré. Dans le API ou depuis un agent, créez une adresse avec un mot de passe (password: true). Dans l’application, utilisez Générer un mot de passe de test sur l’adresse et enregistrez-le. Avec Proxy Mail QA for Chrome, inscrivez-vous normalement : après l’envoi, il vous propose d’enregistrer le mot de passe utilisé pour cette adresse de test. Les mots de passe enregistrés sont chiffrés, et chaque lecture est journalisée.
Reconnectez-vous avec, à la main. Sur un formulaire de connexion, le bouton de l’extension propose les comptes de test de votre projet, ceux utilisés sur ce site en premier, et remplit l’e-mail et son mot de passe enregistré.
Reconnectez-vous avec, depuis un agent ou un test. get_sign_in (MCP) ou signInAccount (npm) renvoie en un seul appel le compte utilisé sur ce site et son mot de passe. Les deux nécessitent une clé d’API créée avec Peut lire les mots de passe enregistrés, et chaque lecture est journalisée. Un agent connecté via la Marketplace Qoder se connecte à Proxy Mail QA avec votre navigateur plutôt qu’avec une clé, et ne peut pas lire les mots de passe enregistrés auparavant : il utilise le mot de passe d’un compte qu’il a créé dans la même session, ou vous le connectez avec une telle clé (configuration de MCP server).
Après un changement de mot de passe, enregistrez le nouveau avec set_password (MCP) ou setPassword (npm), pour que le test suivant se connecte avec le bon.
Quand les tests tournent en parallèle, empruntez des comptes au pool de comptes : check_out_account attribue à un test un compte dans un état connu (par tags comme verified, ou par âge, pays ou présence d’un mot de passe enregistré) qu’aucun autre test n’a tant qu’il n’est pas rendu.

import { ProxyMailQA } from 'proxymail-qa';

const qa = new ProxyMailQA(); // a key with "Can read saved passwords", in PROXYMAIL_QA_API_KEY

await qa.withAccount({ tags: ['verified'] }, async (account) => {
  const { secret } = await qa.savedPassword(account.address);
  await signIn(page, account.address, secret); // your own sign-in steps
});

Codes de connexion et liens magiques

Pour un formulaire qui envoie un code ou un lien par e-mail au lieu de demander un mot de passe :

wait_for_code attend jusqu’à 30 secondes et renvoie le code ; unused: true ignore un code déjà utilisé, pour qu’une deuxième demande obtienne le deuxième code.
wait_for_link renvoie le lien magique de connexion. Proxy Mail QA ne l’ouvre jamais : il est donc encore inutilisé quand vous le recevez.
check_email vérifie l’e-mail : SPF, DKIM et DMARC, que le lien mène au site testé (expect_host), et s’il indique quand le code cesse de fonctionner.

Le prompt test_sign_in_code du serveur emprunte un compte vérifié et se connecte avec le code ou le lien envoyé par l’application. Plus d’informations dans tester les codes à usage unique et tester les liens magiques.

Majuscules et alias plus

get_address_variants fournit des variantes d’une adresse de test qui arrivent toujours dans sa boîte de réception. Deux comptent pour la connexion :

Les majuscules (K7F2X9AB12CD@MAILCLUB.DEV). Se connecter avec doit mener au même compte que l’adresse simple. Si cela échoue, les personnes qui saisissent leur e-mail avec une majuscule ne peuvent pas se connecter.
Un alias plus (k7f2x9ab12cd+work@mailclub.dev). Pour la plupart des applications, c’est un compte différent. Décidez si la vôtre le traite comme le même, et testez qu’elle fait ce que vous avez décidé.

Réinitialisation du mot de passe

Le prompt test_password_reset emprunte un compte vérifié, réinitialise son mot de passe via votre application, vérifie l’e-mail de réinitialisation, enregistre le nouveau mot de passe sur le compte et le rend au pool. Vérifiez ensuite que l’ancien mot de passe ne permet plus de se connecter. Plus d’informations dans tester les réinitialisations de mot de passe.

Demandez à votre agent

Avec Proxy Mail QA connecté dans Qoder (Marketplace) :

Test the sign-in form at https://staging.acme.dev/login with Proxy Mail QA. Start a run.
Create a test address with a password (create_address, password: true), sign up with it
at https://staging.acme.dev/signup and finish the verification. Sign out.
Sign in with it. Then try a wrong password, an email with no account, and the address
in capitals, and compare the messages.
Use "Forgot password", finish the reset with the link from the email, save the new
password with set_password, and check the old one fails.
Finish the run and give me the report.

L’agent garde le mot de passe de create_address pour la session : cela fonctionne donc avec la connexion Marketplace, qui ne peut pas lire les mots de passe enregistrés auparavant.

Ce qu’il ne couvre pas

La connexion via les réseaux sociaux. La connexion avec Google, Apple ou Microsoft utilise des comptes chez ces services, que Proxy Mail QA ne crée pas. Utilisez les comptes de test de chaque fournisseur.
Les codes SMS, applications d’authentification et passkeys. Il reçoit uniquement des e-mails.
Les limites de débit et verrouillages à grande échelle. Vous pouvez vérifier qu’un e-mail de verrouillage arrive, mais les tests de charge demandent un outil dédié.
Votre site en production. Il sert aux copies de préproduction ou locales des applications que vous développez ou êtes autorisé à tester.

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