Triage For Beginnersi

From The Document Foundation Wiki
Jump to: navigation, search

Le tri est le processus durant lequel les bugs sont confirmés et hiérarchisés. C'est une belle occasion lorsque ceux qui ne sont pas développeurs peuvent aider à améliorer l'application. Les rapports de bug bien préparés aident les développeurs à se concentrer sur la correction des problèmes dans un ordre raisonnable. Cette page résume les processus à travers quelques étapes faciles. Si vous avez des doutes, suivez simplement les liens pour plus de détails.

La langue utilisée pour travailler sur Bugzilla est l'anglais.

Le tri rapidement

  1. Prenez n'importe lequel des bugs UNCONFIRMED à partir de list.
  2. Vérifiez s'il est reproductible.
  3. Laissez un commentaire à propos de vos observations ou à propos de ce que n'est pas claire. Veuillez toujours mentionner votre version de LibreOffice et votre OS.
  4. Définissez le statut sur NEW si vous le reproduisez, définissez sur NEEDINFO si vous demandez des informations particulières au rapporteur.
  5. Faites remonter les bugs critiques en ajoutant un développeur en CC ou en le listant sur MAB.

Si vous avez des doutes, n'hésitez pas à demander sur la liste QA francophone

Aller plus loin dans le tri

Si vous avez réalisé les étapes ci-dessus, vous avez déjà beaucoup aidé. Mais vous pouvez même aller un peu plus loin en :

  • recherchant les doublons
  • ajoutant des drapeaux au Whiteboard, la sévérité, la priorité
  • en fournisant plus d'informations, par exemple des documents de tes, des copies d'écran, des étapes simplifiées ou des backtraces.

Voir la page instructions détaillées de tri des bugs pour plus de détails. Toute aide est très appréciée.