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épart | Vérifier |
|---|---|
GET /settings/alerts | HTTP 200 · Alert settings |
| Enable alerts | Save alerts |
POST /api/alerts | HTTP + role=status |
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.
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.
| Phase | Avant | Après |
|---|---|---|
| Navigation | HTTP 200 | HTTP 200 |
| Envoi | POST 422 · enabled | POST 200 · alertsEnabled |
| Résultat visible | Save failed: alertsEnabled required | Q02-ALERTS-ENABLED |


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.