Présentation des testeurs à HTTP et Fiddler?

Question

Nous devons vraiment faire en sorte que nos testeurs utilisent Fiddler pour déterminer la taille de la page et la vitesse du site dans le cadre de leur processus de test préalable à la publication. Je me suis assis avec certains d'entre eux pour parler de violoneux mais je cherche des ressources faciles à comprendre pour apprendre Fiddler. Plus important encore, je pense qu'il pourrait être idéal si je peux trouver une ressource facile à lire qui expliquera le rôle de http dans l'utilisation du web quelle est la différence entre http et le navigateur (peut-être des explications de http et couches supérieures mais d'une certaine manière un testeur peut comprendre).

Quelqu'un a-t-il des suggestions ou des liens vers des ressources? Nos testeurs sont pour la plupart à partir du point et cliquez sur UA testing school plutôt que sur la fin plus dynamique. Toute l'aide grandement appréciée.

grâce,

b

Answer 1

Une vidéo vaut bien le coup les regarder est PDC 2009 session on Fiddler par l'auteur du produit Eric Laurent.

Answer 2

Si vous cherchez uniquement à vous assurer que la taille de la page est raisonnable, je ne pense pas que la connaissance de HTTP soit nécessaire. Vous êtes mieux de les former sur yslow ou google page speed. Ces outils fournissent une vue plus détaillée des raisons pour lesquelles une page se charge lentement et de ce qui peut être fait pour l'atténuer. Tout ce qu'ils ont besoin de savoir sur HTTP est que les pages plus volumineuses et plus de requêtes = chargement plus lent. Cela est vrai pour tous les protocoles réseau, cependant.

Answer 3

Si vous voulez que vos testeurs le fassent, alors il serait préférable que vous configuriez quelque chose comme ShowSlow avec Yslow et que lorsqu'ils travaillent sur le site, ils enregistrent automatiquement les données pour vous. Cela permettra d'éliminer tous les problèmes potentiels pour eux d'oublier de faire cette étape.

Si vous souhaitez automatiser le processus, vous pouvez utiliser Selenium et YSlow. J'ai fait une conférence l'année dernière à la conférence Google Test Automation, au cours de laquelle j'ai discuté du processus à suivre. La discussion peut être trouvé here

Answer 4

Une bonne ressource que j'ai commencé avec était Whittaker "Comment casser le logiciel Web: le test fonctionnel et de sécurité des applications Web et des services Web". Cela constitue une bonne introduction à la réalisation de tests Web «sous couvertures», pour ainsi dire. Bien que plus orienté vers le débogage, cette présentation PDC ( http://microsoftpdc.com/Sessions/CL25) peut s'avérer être une bonne introduction à Fiddler pour vos professionnels de l'assurance qualité.

Answer 5

Quel que soit l'outil que vous introduisez dans votre organisation, il est bon d'avoir quelques notions de base. Software Déployez les concepts tout en faisant cela. Il existe beaucoup de ressources décrivant les plans de déploiement de logiciels et bien que la plupart d'entre elles décrivent comment introduire des logiciels dans des organisations comptant des centaines ou des milliers d'utilisateurs, il y a des choses à apprendre même si nous parlons seulement d'une douzaine de testeurs ou alors.
Quelques idées que je pense pourraient vous adapter sont:

évangéliste
Parlez aux testeurs et essayer de trouver une ou deux personnes qui sont plus intéressés et enthousiastes à l'idée Fiddler le reste de votre équipe. Donnez-lui le temps (payé heures de travail) pour en savoir plus sur l'outil et de faire une présentation à ce sujet à l'autre testeur. Assurez-vous que c'est quelqu'un que les autres testeurs connaissent et respectent.

pilote
Est-ce un projet pilote (qui est mieux d'être responsable de ce que votre évangéliste/s) comme une preuve de concept. Le projet pilote devrait être limité à une petite partie d'un système et le test devrait être de la nature que vous pouvez jeter si cela ne fonctionne pas. Le pilote pourrait être encadré et il devrait y avoir une évaluation avec l'ensemble de l'équipe après. Cela donnera à votre organisation une certaine expérience dans Fiddler et apprendre à éviter les erreurs du grand débutant. Et, espérons-le, nous montrerons au reste de l'équipe de test que Fiddler (ou quel que soit l'outil que vous choisissiez) est plutôt cool et excité.

Formation
Bien sûr, vous devez consacrer du temps à faire de la formation appropriée. Juste dire "lire ce document facile à lire puis commencer à tester" ne va probablement pas donner beaucoup aux testeurs. Achetez des livres sur Fiddler. Laissez votre évangéliste vous offrir un tutoriel de 2 heures sur le thème «Se lever et courir avec Fiddler».

incrémental Etaler
Au lieu d'aller pour une approche Big-bang où vous vous dites testeur pour commencer à utiliser Fiddler pour tester tout ce que vous devriez commencer avec un nombre limité seulement de test pour la première version. Et puis vous faites d'autres tests pour la prochaine version, et maintenez la première fois. Après quelques sorties, vous aurez tout un tas de tests stables et bons en utilisant Fiddler. De cette façon, il ne faudra pas beaucoup de temps au testeur pour pouvoir effectuer ses autres tests.

Lire la suite
Il y a beaucoup d'articles sur les plans de déploiement des logiciels sur le Web qui peut vous aider.

Hope this helps /Jonas