Débogage avec Fiddler Everywhere: Mocking Remote Issues

Votre application est-elle prête à récupérer en douceur face à une erreur de serveur distant? Découvrez comment Fiddler Everywhere peut vous aider à tester et à comprendre la résilience de votre application.

Beaucoup d'entre nous utilisent Fiddler depuis des années pour inspecter et déboguer le trafic HTTP / S entre notre ordinateur et le reste du monde. Il banalise les problèmes trop complexes que nous rencontrons lors de l'inspection de l'activité réseau à la fois vers et à partir des applications de bureau Web et . Oh, et nous pouvons également mettre en place des règles de "réponse automatique" et jouer du violon avec la demande et la réponse. Regarde ce que j'ai fait là? ?

Fiddler Everywhere est la nouvelle génération d'outils Fiddler. Fiddler Everywhere met en avant la plupart de ce que vous aimez à propos de Fiddler dans un nouvel outil multiplateforme avec un UX remanié qui fonctionne de manière identique sur macOS, Linux et Windows.

REMARQUE: Fiddler Classic (le Fiddler original) n'est pas '' t aller n'importe où! Vous pouvez toujours télécharger Fiddler et l'utiliser comme vous l'avez toujours sur votre PC Windows.

Nous lançons une série de blogs dans laquelle nous allons jeter un coup d'œil aux scénarios que la plupart d'entre nous ont rencontrés . De l'échec des API distantes au diagnostic des erreurs de production, en passant par la recherche d'un embêtant 404 – Fiddler Everywhere est notre copilote de confiance lors du débogage de ces problèmes (et de bien d'autres):

• Mocking Remote Issues (hé, c'est aujourd'hui!) [19659007] Analyse des codes d'état 404 et 500 (à venir)
• Débogage collaboratif (à venir)
• Résolution d'une erreur de production (à venir)
• Diagnostic d'une défaillance de l'API à distance (à venir)

Aujourd'hui nous allons examiner comment utiliser Fiddler Everywhere pour simuler une erreur de serveur distant. Que se passe-t-il lorsque cette API tierce tombe en panne ou que la connexion réseau est entièrement interrompue? Votre application est-elle configurée pour se remettre correctement de ces types d'erreurs?

Notre scénario: Bulletproofing an App by Mocking Issues

En tant que développeur, mes applications Web et de bureau dépendent fortement des services backend distants. Je gère moi-même certains d'entre eux, tandis que d'autres sont des API tierces sur lesquelles je n'ai aucun contrôle. Que se passe-t-il lorsque l'un d'eux tombe en panne? Mon application est-elle configurée pour résoudre ces erreurs et avertir l'utilisateur de manière gracieuse?

Ou vais-je finir par prendre des pilules folles lorsqu'une API échoue sur moi?

Fiddler docs .

Résumé

Dans cet article, nous avons examiné rapidement comment la fonction de répondeur automatique de Fiddler Everywhere peut vous permettre de simuler rapidement une maquette. une défaillance de l'API à distance, vous permettant d'ajuster et d'améliorer votre application avant qu'un problème ne se produise en production.

Commencez votre voyage avec Fiddler Everywhere en en le téléchargeant aujourd'hui sur macOS, Linux, ou Windows.