Test de connexion par agent IA
Testez votre flux d'authentification complet — connexion, déconnexion, réinitialisation de mot de passe, accès aux pages protégées — l'agent prend en charge l'interaction avec le navigateur pendant que vous décrivez simplement ce qu'il faut tester.
Ce que vous verrez
Un test de connexion par agent IA simule exactement ce qu'un utilisateur réel ferait : ouvrir la page de connexion, saisir les identifiants, soumettre le formulaire, puis vérifier que l'accès aux pages protégées est bien accordé. Vous n'avez pas besoin d'écrire du code Selenium ou Playwright — il suffit de décrire le scénario en langage naturel.
Après exécution, les résultats détaillent chaque étape : ouverture de la page de connexion, saisie des champs, soumission, détection de la redirection post-connexion et vérification des éléments de l'interface réservés aux utilisateurs authentifiés (menu utilisateur, tableau de bord, etc.).
Mécanismes de connexion pris en charge
L'agent peut gérer les flux d'authentification suivants :
- Formulaire de connexion classique : email/nom d'utilisateur + mot de passe
- Connexion avec redirection : la page de connexion redirige vers le tableau de bord ou une page protégée après succès
- Connexion avec vérification en deux étapes (si la clé OTP est fournie dans la configuration)
- Déconnexion : clic sur le bouton de déconnexion et vérification du retour à la page publique
- Réinitialisation de mot de passe : soumission du formulaire de demande de réinitialisation et vérification du message de confirmation
Pour les tests sur des pages authentifiées sans passer par le formulaire de connexion à chaque exécution, consultez la documentation sur la Configuration du contournement.
Comment créer un test de connexion
Étape 1 — Créer un nouveau test
Depuis la section Tests automatisés de votre site, cliquez sur Nouveau test.
Étape 2 — Choisir le type "Connexion"
Sélectionnez le type Connexion dans le formulaire de création. Ce type configure automatiquement l'agent pour qu'il gère les mécanismes de redirection post-authentification.
Étape 3 — Rédiger l'instruction de connexion
Décrivez le flux de connexion complet, en incluant les identifiants de test et les éléments à vérifier après connexion.
Exemples d'instructions :
Aller sur la page de connexion à /login, saisir "testeur@monsite.com"
dans le champ Email et "MotDePasse123!" dans le champ Mot de passe,
cliquer sur "Se connecter". Vérifier que le tableau de bord s'affiche
et que le prénom "Testeur" apparaît dans le menu en haut à droite.
Naviguer vers la page /connexion, entrer les identifiants admin
(email: admin@exemple.com, mot de passe: TestAdmin2024),
soumettre le formulaire et vérifier que la mention "Administration"
apparaît dans la barre de navigation.
Aller sur /compte, saisir des identifiants invalides (email: faux@test.com,
mot de passe: mauvais), soumettre le formulaire et vérifier que le message
d'erreur "Identifiants incorrects" s'affiche sans redirection.
Accéder à /mon-compte/parametres sans être connecté et vérifier
que la page redirige bien vers /connexion.
Étape 4 — Gérer les identifiants de test en toute sécurité
Les identifiants que vous saisissez dans les instructions sont stockés de manière chiffrée. Nous recommandons d'utiliser un compte de test dédié plutôt que vos identifiants administrateurs de production :
- Créez un compte utilisateur spécifiquement pour les tests automatisés
- Attribuez-lui des permissions minimales suffisantes pour le scénario testé
- Évitez d'utiliser le même compte que pour des tests d'administration sensibles
Étape 5 — Définir les vérifications post-connexion
Précisez dans votre instruction au moins un élément à vérifier après une connexion réussie. Cela peut être :
- Un texte spécifique uniquement visible pour les utilisateurs connectés
- L'URL de la page de destination post-connexion
- La présence d'un élément d'interface (avatar, menu utilisateur, bouton de déconnexion)
Étape 6 — Enregistrer et exécuter
Cliquez sur Enregistrer et exécuter. L'agent ouvrira la page de connexion, saisira les identifiants et vérifiera le résultat.
Tester les cas d'erreur d'authentification
Il est tout aussi important de tester ce qui se passe quand la connexion échoue. Créez des scénarios distincts pour :
- Identifiants incorrects : vérifier que le message d'erreur approprié s'affiche
- Compte désactivé ou banni : vérifier le message d'erreur spécifique
- Email non confirmé : vérifier la demande de confirmation
Ces tests de cas d'erreur sont aussi valables que les tests de succès — ils vérifient que votre système de sécurité fonctionne correctement.
Condition de réussite
Vous obtenez ce succès lorsque : vous avez créé un test de connexion, l'agent a exécuté le flux de connexion et le résultat est Réussi — c'est-à-dire que l'agent s'est connecté avec les identifiants fournis et a vérifié au moins un élément de l'interface authentifiée.
Problèmes courants
L'agent ne trouve pas le formulaire de connexion
Vérifiez que l'URL de la page de connexion est correcte. Si la page de connexion est accessible via un bouton ou un lien depuis la page d'accueil plutôt que par une URL directe, ajoutez cette première étape dans l'instruction : Cliquer sur "Se connecter" en haut à droite de la page d'accueil, puis....
La connexion réussit mais l'agent signale un échec
L'agent peut ne pas reconnaître la page de destination comme un "succès" si votre instruction ne précise pas ce qu'il doit vérifier après la connexion. Ajoutez une vérification explicite : ...et vérifier que le texte "Bonjour, [prénom]" est visible.
Le test échoue à cause d'une protection anti-bot Certains systèmes d'authentification détectent les navigateurs automatisés et ajoutent des frictions (CAPTCHA, délai, blocage IP). Si c'est le cas, utilisez la Configuration du contournement pour injecter un cookie de session valide et contourner le formulaire de connexion entièrement.
Les identifiants de test expirent ou changent Si votre système force la rotation des mots de passe, mettez à jour l'instruction du scénario après chaque changement. Pour éviter ce problème, créez un compte de test avec une politique de mot de passe différente (sans expiration forcée).