Chasse aux bogues lors de sessions IRC

From The Document Foundation Wiki
< QA‎ | Meetings‎ | 2011‎ | IRCSessions
Jump to: navigation, search

Introduction

En période de version béta ou release candidate (RC) nous organisons des sessions de tests sur un canal de chat IRC. Cela permet de se retrouver en groupe et de tester ainsi ensemble les nouvelles fonctionnalités de la future version, d'en rechercher les éventuelles régressions ainsi que les nouvelles traductions dans l'interface et dans l'aide.

Comment vous préparer

Client IRC

Il vous faut un moyen de nous rejoindre sur le canal francophone que nous utilisons. La plupart du temps, le client choisi est ChatZilla qui est une extension à installer sur Firefox. Mais il en existe beaucoup d'autres, à vous de faire votre choix.

Vous êtes presque prêt !

Travailler avec les Issues

Le chat IRC permet de faire référence à une Issue en écrivant bug xxxxx ou fdo#xxxxx (ou xxxxx est le numéro de l'Issue). Ceci est obtenu par le robot IZBot qui convertit cela en donnant automatiquement le titre et le lien.

En outre le robot sait faire plein de choses, notamment :

  • annoncer les issues chaque fois qu'elles sont créées ou encore charger le lien vers une issue quand on l'interroge
  • pour nos sessions de QA sur IRC exécuter une requête sur les bugs fixés et dont la bonne correction doit être vérifiée dans les nouvelles futures versions
  • cette liste est pré-chargée par le robot et nous n'avons plus qu'à l'interroger pour que IZBot charge un lien vers une de ces issues de façon aléatoire
  • pour le faire fonctionner, il suffit de lui dire [IZBot: bf] et le robot choisira un bug au hazard dans la liste et en donnera le lien
  • vous n'avez plus qu'à cliquer sur le lien et essayer de reproduire le bug et vérifier qu'il n'apparait plus dans votre environnement.

Partage de texte

Le chat IRC ne se prête pas très bien à l'échange d'une quantité importante de texte (échange de code source par exemple). Il est possible d'utiliser pour cela un pastebin : une application web qui permet aux utilisateurs de téléverser (mettre en ligne) des morceaux de textes pour un affichage public. Il suffit ensuite de coller l'Url dans le message. Un grand nombre de pastebins existent. Voir par exemple http://pastebin.com/

Version

La version à tester est disponible à partir du site de téléchargement et est indiquée lors de l'organisation de la session.

Si c'est une version béta, elle s'installe en parallèle à votre version existante sans intégration dans l'environnement de bureau. Si c'est une version Release Candidate, alors il vous faut procéder à une installation en parallèle afin qu'elle n'écrase pas les fichiers de la version existante. Dans tous les cas faites une sauvegarde de votre fichier de préférences.

Période

La période de tests est annoncée plusieurs jours à l'avance sur la liste de discussion francophone discuss<at>fr.libreoffice.org dans un message qui porte de le drapeau QA dans son sujet. Elle porte en général sur deux jours consécutifs, commençant le vendredi et se terminant le samedi. Ces sessions sont organisées de façon internationale, nous les dupliquons en français afin que chacun puisse participer dans sa langue.

Déroulement des tests

Un mail sur la liste de discussion francophone informe des deux jours proposés pour la session. Bien sûr, vous n'avez pas à être présent tout au long de ces deux jours, vous pouvez participer par petites tranches horaires, en fonction de vos disponibilités et de vos impératifs. Normalement, il y aura toujours quelqu'un sur le canal irc pour vous aider et répondre à vos questions.

Il y a différents protocoles de tests :

  • la liste des nouvelles fonctionnalités est diffusée, traduite et comporte un numéro de bug à côté qui permet d'en avoir une description. Ce numéro permet aussi de commenter facilement la fonctionnalité en cas de dysfonctionnement ou d'une possible amélioration de son ergonomie.
  • il est également possible, si la lecture de l'anglais ne vous pose pas de problème, d'interroger les issues qui ont été corrigées sur BugZilla et d'en vérifier la bonne correction ainsi que l'absence de régression
  • une autre façon de faire consiste à prendre une copie des documents avec lesquels vous travaillez habituellement et de tester leur bon comportement dans cette nouvelle version. Il ne faut pas hésiter à être curieux et à sortir des sentiers battus pour éprouver toutes les fonctionnalités dans son environnement professionnel (c'est la diversité de ces environnements qui permet une bonne couverture de tests de l'ensemble des fonctionnalités)
  • vous pouvez également interroger les issues non confirmées et vérifier qu'elles sont toujours existantes ou corrigées et éventuellement laisser un commentaire sur BugZilla qui permettra d'améliorer la compréhension du dysfonctionnement.

Documents de tests

Les documents listés ici vous permettent d'avoir des exemples préparés testant différentes fonctionnalités, ils peuvent contenir des formes, des mises en page, des polices, etc. spécifiques. N'hésitez pas à proposer les votres s'il y en a que vous jugez intéressant de partager dans ce but.