Interpréter une trace de pile et localiser la défaillance.
Une trace montre le chemin vers une défaillance, pas nécessairement sa cause initiale. Repérez le cadre d’application pertinent et examinez les données qui y arrivent.
Adaptez le processus à votre tâche.
Localisez le cadre d’application pertinent et examinez les valeurs et appels qui y conduisent. Expliquez ce qui a échoué à cet endroit, puis remontez jusqu’à la condition manquante sans supposer que la dernière ligne contient la cause initiale.
- Ce que vous fournissez
- Trace d’erreur et contexte de l’application.
- Ce que vous obtenez
- Chemin de défaillance et prochaines étapes de diagnostic.
Consultez les données et le résultat.
Entrée et sortie illustratives · exemple pédagogique, pas une exécution WebAct en direct
Exemple champ
TypeError occurs when code reads user.name and user is undefined.
Exemple complet
Check where user should be assigned and why it is absent; choose appropriate missing-user handling rather than hiding every error.
Chargez ces données dans le prompt, puis copiez-le dans WebAct pour essayer la tâche. Votre résultat peut différer de l'illustration.
Décisions et dépannage.
Faut-il modifier chaque cadre de la trace pour corriger l’erreur ?
Trouvez d’abord le comportement applicatif responsable. Les cadres de frameworks et bibliothèques montrent souvent la propagation plutôt que la source du défaut.
Pourquoi le chaînage optionnel supprime-t-il l’exception sans réparer la fonctionnalité ?
Il peut masquer l’absence d’une valeur requise. Déterminez si les données manquantes sont valides ou indiquent une défaillance antérieure à corriger.
Essayez avec votre propre source.
Remplacez l'exemple par vos données dans le prompt. Gardez les exigences nécessaires, puis copiez la tâche dans WebAct.
Personnaliser et copier la tâche ↑