Initier les testeurs à HTTP et à Fiddler ?

Question

Nous devons vraiment inciter nos testeurs à utiliser Fiddler pour déterminer la taille des pages et la vitesse du site dans le cadre de leur processus de test préalable à la publication. J'ai parlé de Fiddler avec certains d'entre eux, mais je suis à la recherche de ressources faciles à comprendre pour apprendre Fiddler.

Plus important encore, je pense que l'idéal serait de trouver une ressource facile à lire qui expliquerait le rôle de http dans l'utilisation du web et la différence entre http et le navigateur (peut-être des explications sur http et les couches supérieures mais d'une manière compréhensible pour un testeur).

Quelqu'un a-t-il des suggestions ou des liens vers des ressources ?

Nos testeurs sont pour la plupart issus de l'école des tests de l'UA en mode "pointer-cliquer" plutôt que de l'école des tests plus dynamiques. Toute aide est la bienvenue.

Merci,

b

Answer 1

Une vidéo qui vaut la peine d'être regardée est Session PDC 2009 sur Fiddler par l'auteur du produit Eric Lawrence.

Answer 2

Si vous voulez que vos testeurs fassent cela, il serait préférable de mettre en place quelque chose comme ShowSlow avec Yslow et lorsqu'ils travailleront sur le site, il enregistrera automatiquement les données pour vous. Cela élimine tout risque d'oubli de cette étape.

Si vous voulez automatiser le processus, vous pouvez utiliser Selenium et YSlow. J'ai fait une présentation l'année dernière à la Google Test Automation Conference où j'ai discuté du processus à suivre. La présentation peut être trouvée aquí

Answer 3

Si vous cherchez seulement à vous assurer que la taille des pages est raisonnable, je ne pense pas que la connaissance de HTTP soit nécessaire. Vous feriez mieux de les former sur yslow ou google page speed. Ces outils fournissent une vue de plus haut niveau de la raison pour laquelle une page se charge lentement et ce qui peut être fait pour l'atténuer. Tout ce qu'ils doivent savoir sur le protocole HTTP, c'est que des pages plus grandes et plus de demandes = un chargement plus lent. C'est vrai pour tous les protocoles réseau, cependant.

Answer 4

Une bonne ressource avec laquelle j'ai commencé est le livre de Whittaker "How to Break Web Software : Functional and Security Testing of Web Aplications and Web Services". Il s'agit d'une bonne introduction à la réalisation de tests Web "sous la couverture", pour ainsi dire.

Alors que, plus orientée vers le débogage, cette présentation PDC ( http://microsoftpdc.com/Sessions/CL25 ) peut s'avérer être une bonne introduction à Fiddler pour vos équipes d'assurance qualité.

Answer 5

Quel que soit l'outil que vous introduisez dans votre organisation, il est bon d'avoir quelques notions de base. Déploiement du logiciel concepts à l'esprit en faisant cela. Il existe de nombreuses ressources décrivant des plans de déploiement de logiciels et, bien que la plupart d'entre elles décrivent comment introduire un logiciel dans des organisations comptant des centaines ou des milliers d'utilisateurs, il y a des choses à apprendre même si nous ne parlons "que" d'une douzaine de testeurs.
Voici quelques idées qui, à mon avis, pourraient vous convenir :

Évangéliste
Parlez aux testeurs et essayez de trouver une ou deux personnes qui sont plus intéressées et enthousiastes par l'idée de Fiddler que le reste de votre équipe. Donnez-lui du temps (heures de travail payées) pour en apprendre davantage sur l'outil et pour en faire une présentation aux autres testeurs. Assurez-vous qu'il s'agit de quelqu'un que les autres testeurs connaissent et respectent.

Pilote
Réalisez un projet pilote (qui mieux que votre ou vos évangélistes pourrait en être chargé) comme preuve de concept. Le projet pilote doit être limité à une petite partie du système et le test doit être de nature à pouvoir être jeté s'il ne fonctionne pas. Le projet pilote pourrait être limité dans le temps et une évaluation de l'ensemble de l'équipe devrait avoir lieu par la suite. Cela permettra à votre organisation d'acquérir une certaine expérience de Fiddler et d'apprendre à éviter les grandes erreurs de débutant. Et cela montrera, espérons-le, au reste de l'équipe de test que Fiddler (ou l'outil que vous avez choisi) est plutôt cool et qu'il s'y intéresse.

Formation
Bien sûr, vous devez consacrer du temps pour vous entraîner correctement. Se contenter de dire "lisez ce document facile à lire puis commencez à tester" ne va probablement pas apporter grand chose aux testeurs. Achetez des livres sur Fiddler. Laissez votre évangéliste organiser un tutoriel de deux heures sur la façon de se mettre au travail avec Fiddler.

Déploiement progressif
Au lieu d'adopter une approche de type "big-bang" où vous dites à vos testeurs de commencer à utiliser Fiddler pour tout tester, vous devriez commencer par un nombre limité de tests pour la première version. Ensuite, vous faites d'autres tests pour la version suivante, et vous maintenez la première une fois. Après quelques versions, vous disposerez d'un grand nombre de tests stables et efficaces utilisant Fiddler. De cette façon, cela ne prendra pas trop de temps au testeur, qui pourra continuer à faire ses autres tests.

Lire la suite
Il existe de nombreux articles sur les plans de déploiement de logiciels sur le web qui peuvent vous aider dans ce domaine.

J'espère que cela vous aidera /Jonas