Comment tester les services en direct avec Fiddler AutoResponder

C’est toujours un défi de tester des fonctionnalités d’application qui sortent du cadre de votre environnement local. Dans cet article, je vais parler de la façon dont nous testons nos mises à jour automatiques de produits qui utilisent AWS (Amazon Web Services).

En termes simples, notre application envoie une demande à AWS et vérifie s'il existe une nouvelle version du produit. S'il en existe un, un comportement spécifique sera activé localement et un événement se déclenchera sur la machine locale. En tant qu’ingénieur d’assurance qualité, j’aimerais tester si ces événements se déclenchent correctement.

C’est cependant là que réside le défi. Il n’est pas si facile pour moi de simuler le scénario réel. Je dois créer un environnement de test pour ce service. Un ingénieur devra créer une nouvelle version du produit, prête à envoyer des demandes à ce nouveau test. environnement, je devrai communiquer avec l’équipe d’administration afin d’obtenir des autorisations pour notre compte AWS, et peut-être quelques autres choses à venir tout au long du processus. Ou… je peux éviter toute cette configuration et rendre les choses beaucoup plus simples en utilisant Fiddler.

Fiddler est un outil gratuit. L'une de ses fonctionnalités puissantes est la possibilité de capturer des demandes spécifiques et de renvoyer des réponses personnalisées au client qui les a envoyées. Fondamentalement, il peut agir en tant qu'homme au milieu, ce qui est très utile pour les tests. Le répondeur Auto peut se moquer des services externes et aider à tester des comportements spécifiques déclenchés par des réponses de fournisseurs externes.

C’est également utile si vous êtes en phase de développement et que votre fonction est prête à être testée, mais que le service Web n’est toujours pas en direct. Allez-vous attendre que les gars de Devops configurent tout ou utilisez Fiddler pour créer une réponse fictive et terminer la plupart de vos tests?

Je vais vous montrer un exemple de scénario réel et expliquer comment j'utilise la fonction de répondeur automatique dans mes propres tests. Je vais vous expliquer où se trouve le répondeur automatique dans Fiddler, comment le configurer et certaines de ses options utiles.

The AutoResponder L'onglet est ici:

Vous pouvez ajouter manuellement une demande pour faire correspondre ou importer un ensemble de demandes enregistrées à partir d'une archive Fiddler. Par souci d’exemple, je vais créer une nouvelle règle. Configurer la règle est très simple. Il vous suffit d'insérer la demande que vous devez intercepter – dans mon cas, il s'agit d'une demande adressée à AWS comme ceci :

L'étape suivante consiste à sélectionnez le type de réponse que vous souhaitez obtenir lorsque Fiddler met en correspondance et intercepte cette requête. C’est là que cela devient intéressant, car il ya beaucoup de liberté quant à ce que vous pouvez faire en fonction de la situation. erreurs spécifiques telles que 202, 403, 502, etc. Ceci est particulièrement utile pour les scénarios de test négatifs.

Dans mon cas, j'ai besoin de cette demande pour renvoyer un manifeste JSON spécifique qui indique à l'application de bureau si une nouvelle version est disponible au téléchargement. C’est nous qui testons après tout une fonctionnalité de «vérification de mise à jour»:

Il est important de cocher" demandes inégalées, "car cela permettra à votre système de demandes de passer sans obstruction par le proxy Fiddler:

Ceci est obligatoire pour r cet exemple seulement. Il existe des scénarios dans lesquels vous devrez probablement arrêter toutes les autres demandes de votre machine et n'autoriser que celles définies dans le répondeur automatique.

Une autre option intéressante et utile consiste à simuler la latence pour la demande de réponse. Cela vous permet de tester la manière dont votre application gère les problèmes de latence inattendus. Est-ce que le délai d'attente est gracieusement? Est-ce qu'il récupère comme prévu? Qui sait? Vous saurez si vous testez des demandes sortantes avec la latence simulée:

Test facile de services en direct avec le répondeur automatique Fiddler

En conclusion, la fonction de répondeur automatique in Telerik Fiddler est très utile dans les cas où vous devez simuler un service, puis obtenir une réponse spécifique au cours du développement en atteignant un point de terminaison qui n'est pas prêt pour le déploiement dans les environnements Test / Live. utile dans les scénarios de tests négatifs ou dans les tests dans lesquels vous devez simuler certaines conditions de réseau, telles qu'un réseau lent, des erreurs réseau aléatoires, etc.

Si vous avez des commentaires ou des remarques, indiquez-les-nous dans les commentaires ci-dessous.