TabbitBlog

Comment tester une application web locale avec un agent IA

Vérifiez une route localhost modifiée, reproduisez un échec et confirmez la correction par une réponse réseau et un résultat visible.

Dans cet article
  1. Démarrer le service et vérifier la route
  2. Effectuer une action complète
  3. Reproduire, corriger une ligne, puis répéter
  4. Quelles preuves conserver ?
  5. Que faire si la page ne s’ouvre pas ?

Une vérification de syntaxe peut réussir tandis qu’une action échoue. Il faut une route modifiée, une donnée de test et un résultat visible. La page d’alertes renvoyait HTTP 200 avant et après. L’erreur est apparue à l’envoi du formulaire.

Démarrer le service et vérifier la route

Notez l’hôte, le port et la route, puis vérifiez le processus à l’écoute. Utilisez une adresse de bouclage pour l’exercice. Le localhost d’un agent distant désigne son propre environnement. Ouvrez la route modifiée dans un onglet de test et vérifiez le titre et l’état initial. Le 200 de l’accueil ne suffit pas à vérifier les réglages.

DépartVérifier
GET /settings/alertsHTTP 200 · Alert settings
Enable alertsSave alerts
POST /api/alertsHTTP + role=status

Playwright · Web server

Effectuer une action complète

Cochez Enable alerts puis cliquez sur Save alerts. Capturez la réponse POST et le texte affiché. Commencez à attendre la réponse avant le clic pour ne pas manquer une réponse rapide. Vérifiez la méthode et la route pour exclure les autres requêtes. Utilisez des données fictives et évitez les opérations irréversibles en production.

Playwright · Network

Reproduire, corriger une ligne, puis répéter

Le client envoyait enabled, le serveur attendait alertsEnabled. Le POST a renvoyé 422 et la page affichait Save failed: alertsEnabled required. Nous avons modifié seulement le champ et redémarré le service sur le même port. La même action a donné 200 et Q02-ALERTS-ENABLED. La syntaxe ne couvrait pas ce désaccord d’interface.

PhaseAvantAprès
NavigationHTTP 200HTTP 200
EnvoiPOST 422 · enabledPOST 200 · alertsEnabled
Résultat visibleSave failed: alertsEnabled requiredQ02-ALERTS-ENABLED

Tabbit montre l’échec avant correction

Tabbit affiche le reçu après correction

Quelles preuves conserver ?

Conservez la route, les étapes, l’entrée, le résultat attendu et celui observé, les détails réseau expurgés et une image si elle montre le défaut. Comparez les deux exécutions. Cet exercice renvoie un reçu, sans mesure de persistance ni de performance en production. Si la persistance est attendue, rechargez et vérifiez aussi l’interface de lecture.

Un développeur cherchait à faire agir son agent comme un utilisateur. Un autre a décrit les limites d’accès à localhost et d’observation du CSS rendu. Définissez un comportement vérifiable sur une route accessible.

Reddit · Cursor · Reddit · BuildWithClaude

Que faire si la page ne s’ouvre pas ?

Vérifiez l’écoute depuis l’environnement du navigateur, puis l’origine, le port et le chemin. Distinguez un refus de connexion, une erreur de page et un échec d’action. Si l’accès réseau manque, arrêtez-vous et notez cette limite.

Questions fréquentes

Comment commencer le contrôle local ?

Notez l’hôte, le port et la route, puis vérifiez le processus à l’écoute. Utilisez une adresse de bouclage pour l’exercice. Le localhost d’un agent distant désigne son propre environnement. Ouvrez la route modifiée dans un onglet de test et vérifiez le titre et l’état initial. Le 200 de l’accueil ne suffit pas à vérifier les réglages.

Quelle action dois-je tester ?

Cochez Enable alerts puis cliquez sur Save alerts. Capturez la réponse POST et le texte affiché. Commencez à attendre la réponse avant le clic pour ne pas manquer une réponse rapide. Vérifiez la méthode et la route pour exclure les autres requêtes. Utilisez des données fictives et évitez les opérations irréversibles en production.

Comment confirmer une correction d’une ligne ?

Le client envoyait enabled, le serveur attendait alertsEnabled. Le POST a renvoyé 422 et la page affichait Save failed: alertsEnabled required. Nous avons modifié seulement le champ et redémarré le service sur le même port. La même action a donné 200 et Q02-ALERTS-ENABLED. La syntaxe ne couvrait pas ce désaccord d’interface.

Quels éléments permettent de reproduire un échec ?

Conservez la route, les étapes, l’entrée, le résultat attendu et celui observé, les détails réseau expurgés et une image si elle montre le défaut. Comparez les deux exécutions. Cet exercice renvoie un reçu, sans mesure de persistance ni de performance en production. Si la persistance est attendue, rechargez et vérifiez aussi l’interface de lecture.

Que faire si la page ne s’ouvre pas ?

Vérifiez l’écoute depuis l’environnement du navigateur, puis l’origine, le port et le chemin. Distinguez un refus de connexion, une erreur de page et un échec d’action. Si l’accès réseau manque, arrêtez-vous et notez cette limite.

Passez à la suite

Laissez Tabbit travailler à vos côtés.

Faites des recherches entre les onglets, automatisez les tâches répétitives du navigateur et gardez chaque élément de contexte à portée de main.