Fermer

juin 4, 2020

Test en production avec Fiddler


Fiddler Everywhere peut être utilisé dans des situations tout à fait uniques, telles que tester en toute sécurité les modifications apportées à une application lorsqu'elle est en cours de production!

L'anti-modèle des anti-modèles. Le roi et la reine des pires pratiques. Tester vos changements de production. Obscène!

En réalité, nous l'avons tous fait … et nous le faisons encore aujourd'hui. "Ce changement est si mineur que personne ne le saura même … Je le publierai juste vendredi après-midi et irai prendre des bières au pub."

A bientôt! ?

 j'ai fait une énorme erreur "data-displaymode =" Original "title =" j'ai fait une énorme erreur "/> </p>
<p> Alors que nous devenons collectivement plus responsables avec nos tests et notre AQ pratiques, croyez-le ou non, il y a <em> des scénarios </em> où tester un changement de production est non seulement possible, mais aussi sûr et efficace! </p>
<p> Aujourd'hui, nous allons jeter un coup d'œil rapide sur la façon d'aborder quelques problèmes différents scénarios de test en production de haut niveau avec <a href= Fiddler Everywhere .

Si vous n'êtes pas encore familier avec Fiddler Everywhere, il s'agit d'une nouvelle version de Fiddler pour macOS, Linux et Windows. [19659009] Nos scénarios

N'oubliez pas TodoMVC ? Eh bien, supposons que nous en avons commercialisé la version Vue.js … car pourquoi pas?!?

 todomvc avec un violoniste partout " data-displaymode = "Original" title = "todomvc avec un violoneux partout" /> </p>
<p> Et malheureusement, un de nos clients rencontre des erreurs de production </p>
<p> Nous avons quelques suspects: notre framework frontend est vieux de quelques versions, notre CDN pourrait causer des problèmes, et il y a des problèmes apparemment aléatoires que nous n'arrivons pas à reproduire localement. </p>
<p> regardez ces scénarios et voyez comment chacun peut être diagnostiqué efficacement avec Fiddler Everywhere: </p>
<h2> Mise à jour d'une version de bibliothèque … en production </h2>
<p> En tant que développeurs, rien ne nous facilite la vie que lorsqu'un problème est résolu comme par magie en mettant à jour vers la dernière version d'un framework ou d'une bibliothèque donnée. Heureusement avec Fiddler Everywhere, cette tâche est incroyablement facile à effectuer et à tester, même lorsque vous voulez le faire en production. </p>
<p> Nous pouvons vérifier si une version mise à jour de Vue.js corrige magiquement le problème et voir comment notre application de production <em> réagit </em>. Jeu de mots volontaire? 1965 </p>
<blockquote>
<p> Bien que <em> bien sûr </em> nous prendrions normalement le temps d'intégrer et de tester la dernière version de ladite bibliothèque / framework, la capacité de <em> rapidement </em> tester notre scénario spécifique de production est </p>
</blockquote>
<p> Étant donné que le problème que nous rencontrons ne peut pas être reproduit dans un environnement autre que la production (ouais!), faisons tourner notre <a href= TodoMVC Vue.js app ouvrons Fiddler Everywhere et filtrons nos URL par / vue pour nous assurer que nous ne voyons que les demandes pertinentes:

 violoneux partout vuejs "data-displaymode =" Original "title =" violoneux partout vuejs "/> </p>
<p> violoneux Everywhere permet à la fois <em> d'inspecter le trafic </em> et de créer <em> des règles de répondeur automatique </em> qui sont déclenchées en fonction de scénarios définis. Dans notre cas, nous voulons inspecter où et comment se trouve notre fichier Vue.js chargé (voir ci-dessus) et redirigez la demande vers un autre emplacement (à distance ou local </p>
<p> En cliquant avec le bouton droit sur la ligne référencée, vous voudrez cliquer sur <strong> Ajouter une nouvelle règle </strong>. Ensuite, vous pouvez: </p>
<ol>
<li> Accédez à l'onglet <strong> Répondeur automatique </strong> </li>
<li> Modifiez l'action du répondeur prérempli </li>
<li> Dans le champ <strong> Action </strong>collez simplement l'emplacement du système de fichiers du nouvelle bibliothèque (par exemple <code> C:  Users  myuser  Desktop  vue.js </code> comme je suis sur Windows) </li>
<li> Enfin, cochez <strong> Activer les réponses automatiques </strong></li>
</ol>
<p><img decoding= FiddlerCap peut être utile car c'est une version allégée de Fiddler utilisée pour enregistrer rapidement des sessions à distance.

Ce que nous voulons faire, c'est nous frayer un chemin à travers une variété de scénarios axés sur le client avec notre application. Nous pouvons rechercher dans [Fiddler Everywhere] toute erreur 404 ou 500 qui aurait pu être autrement manquée.

En naviguant sur votre site Web comme le ferait un utilisateur, nous pouvons simultanément suivre se connecter à Fiddler Everywhere pour repérer les erreurs côté serveur ou les fichiers manquants qui ne peuvent normalement pas interrompre notre flux de travail.

 fiddler partout détecte 404 "data-displaymode =" Original "title =" fiddler partout détecte 404 "/> </p>
<p> Dans ce cas, nous pouvons constater qu'effectivement, une erreur <code> 404 </code> a été générée sur un élément manquant. Peut-être est-ce notre coupable!? </p>
<h2> Résumé </h2>
<p> Dans ces exemples, alors qu'un peu artificiel ?, vous pouvez voir comment Fiddler Everywhere peut être votre copilote de débogage réseau pour diagnostiquer (et résoudre!) une variété de problèmes mystérieux. </p>
<p> Commencez votre aventure sur macOS, Linux ou Windows en <a href= téléchargeant Fiddler Partout aujourd'hui .





Source link