Assurance Qualité/Impliquez vous

    From The Document Foundation Wiki
    < QA
    This page is a translated version of the page QA/GetInvolved and the translation is 73% complete.
    Outdated translations are marked like this.

    TDF LibreOffice Document Liberation Project Blogs communautaires Weblate Nextcloud Redmine Ask LibreOffice Donner

    Other languages:


    Pour commencer

    = Qu'est ce que QA ?

    QA est l'acronyme de Quality Assurance, traduit par Assurance Qualité. QA identifie les problèmes dans nos logiciels, confirme les problèmes remontés par les utilisateurs et valide les corrections (appelés fix) et les améliorations pour que chaque nouvelle version de LibreOffice soit plus fiable et robuste, et fournissent à nos utilisateurs un outil satisfaisant. Nous réalisons l'assurance qualité via différents moyens tout au long du développement d'une nouvelle version.

    Notre premier objectif est de trouver ou de confirmer les bugs les plus embarrassants et les plus urgents et de les transmettre aux développeurs pour qu'ils s'en occupent. Nous sommes donc un pont entre les utilisateurs et les développeurs et nous essayons de guider chaque rapport de bogue vers sa résolution adéquate dans le but d'améliorer l'expérience utilisateur. Nous essayons de reproduire les bugs, de leur donner la bonne priorité, de trouver les doublons, de valider les corrections proposées, etc.

    Guide de démarrage rapide pour débutants

    Si vous êtes un débutant, il y a de fortes chances que vous n'ayez pas envie de vous plonger dans une quantité insensée de documentation technique. Vous préférez vous lancer immédiatement. Allons-y.

    1. Téléchargez et installez la dernière version stable de LibreOffice (à partir de la ligne "Fresh")
    2. Téléchargez et installez un master récent de LibreOffice
    3. Créez un compte dans TDF Bugzilla (The Document Foundation Buzilla, le tracker de bug)
    1. Ouvrez cette requête pour les non-confirmés du mois dernier. (les demandes d'amélioration sont volontairement laissées de côté, certaines autres choses sont également filtrées).
    1. Choisissez un bug intéressant
    2. Recherchez les doublons
    3. Si le bogue n'est pas un doublon, mais que sa description est confuse ou qu'il manque quelque chose d'essentiel, Mettez le status sur NEEDINFO.
    4. Après avoir essayé de le reproduire avec votre build stable et avec le master, soit mettez le statut à NEW ou laissez le UNCONFIRMED.

    Ces étapes décrivent intentionnellement un triage incomplet, car les débutants ne doivent pas se sentir submergés par la myriade de détails à prendre en compte pour obtenir un résultat de triage "parfait". Une fois qu'un débutant est à l'aise avec cette routine simple, il devrait commencer à passer à un triage plus complet. Il n'est pas efficace de laisser l'achèvement du triage à d'autres.

    Feuille de route pour l'amélioration personnelle en QA

    Chacun a son propre chemin pour entrer dans le domaine de l'assurance qualité de LibreOffice. Cependant, certaines personnes sont plus motivées par un cadrage clair de ce qu'elles doivent faire. Nous présentons ici une proposition d'évolution de carrière en QA.

    1. Faites la routine de triage légère décrite dans le guide de démarrage rapide pour débutant pour environ 50 bogues non confirmés
    1. Re-testez environ 50 bugs intouchés depuis un an ou plus

    avec une daily build de LibreOffice

    1. Apprenez à connaître les mots-clés les plus importants et commencez à les utiliser : accessibility, bibisectRequest, dataLoss, filter:x, needUITest, perf, regression, text:x, wantBacktrace
    1. Installez un tas d'anciennes versions et faites des test de régression pour 100 bugs non confirmés
    2. Apprenez à connaître les priorités et sévérités et demandez l'accès au groupe de contributeurs à un administrateur Bugzilla
    3. Apprenez à obtenir diverses traces et appliquez ce que vous avez appris aux rapports avec les mots-clés wantBacktrace ou perf (sans traces existantes attachées)
    4. Installez un système d'exploitation différent dans une machine virtuelle, afin de pouvoir effectuer une plus grande variété de tests et de traçages
    1. Commencer à évaluer de manière critique les demandes d'amélioration tout en les transmettant à l'équipe de conception avec le mot-clé needsUXEval.
    2. Commencez à faire bibisects. Faites d'abord le tutoriel et passez aux rapports avec le mot-clé bibisectRequest.
    3. Apprenez Python et commencez à créer des UI tests (tests d'interface utilisateur).
    4. Créer des Tests unitaires Python.
    5. Apprenez le C++ et créez des tests cppunit.

    Confirmer

    Trouvez des rapports non confirmés

    • Par OS (Operating System, système d'opération) :
    All Linux macOS Windows Android
    • Par le temps :
    last 24 hours last week last month les 6 derniers mois

    Rapports non confirmés sans commentaires

    Afin d'accélérer le triage des rapports non confirmés, nous les marquons automatiquement avec QA:needsComment dans le tableau blanc si le rapport répond aux conditions suivantes :

    • Inactif depuis plus de 2 semaines
    • Aucun commentaire d'une tierce personne

    Vérifiez la liste via ce lien

    Essayez de reproduire le bogue

    Comme certains bogues sont spécifiques à un système d'exploitation, il est toujours bon de tester avec le même système d'exploitation, mais si cela n'est pas possible, testez-le sur votre système d'exploitation actuel, car la plupart des bogues ne sont pas spécifiques à un système d'exploitation.

    Vous trouverez ci-dessous des commentaires types pour certains scénarios courants. Pour plus de suggestions sur la façon de commenter dans les rapports et les outils de navigation pour rendre les commentaires efficaces, consultez notre Réponses préremplies.

    • Si le bogue peut être reproduit, mettez le statut du bogue à NEW (NOUVEAU) et ajoutez le commentaire suivant :
    Thank you for reporting the bug. I can confirm that the bug is present in

[les détails de la version de LibreOffice avec laquelle vous avez testé (peut être copié à partir de la boîte de dialogue Aide ▸ A propos de LibreOffice)]
    • Si le bogue ne peut pas être reproduit, laissez le statut UNCONFIRMED (NON CONFIRMÉ) et ajoutez le commentaire suivant :
    Thank you for reporting the bug. I can not reproduce the bug in

[les détails de la version de LibreOffice avec laquelle vous avez testé (peut être copié à partir de la boîte de dialogue Aide ▸ A propos de LibreOffice)]
    • Si la description du rapport de bogue est trop difficile à comprendre, mettez le statut du bogue à NEEDINFO (BESOIN D'INFO) et ajoutez le commentaire suivant :
    Thank you for reporting the bug. 
Unfortunately without clear steps to reproduce it, we cannot track down the origin of the problem. 
Please provide a clearer set of step-by-step instructions on how to reproduce the problem.
I have set the bug's status to 'NEEDINFO'. Please change it back to 'UNCONFIRMED' once the requested information is provided.
    • Si un document est nécessaire pour confirmer le bug, mettez le statut NEEDINFO (BESOIN D'INFO) et ajoutez le commentaire suivant :
    Thank you for reporting the bug. Please attach a sample document, as this makes it easier for us to verify the bug. 
I have set the bug's status to 'NEEDINFO'. Please change it back to 'UNCONFIRMED' once the requested document is provided.
(Note that the attachment will be public, remove any sensitive information before attaching it.
See <https://wiki.documentfoundation.org/QA/FAQ#sanitize> for further detail.)

    Étapes additionnelles

    • Si le Summary (Résumé) du bogue n'est pas assez clair, mettez-le à jour pour qu'il explique mieux le problème réel/principal traité et qu'il soit plus facile de trouver les doublons.
    • Le champ Component (Composant) peut également être mis à jour pour mieux préciser dans quel composant le problème se trouve ou provient.
      • Les rapports d'amélioration (Enhancement) demandant l'ajout de nouvelles fonctionnalités doivent d'abord être évalués par l'équipe UX (interface utilisateur) pour déterminer si elles doivent être implémentées ou non, il suffit donc d'ajouter needsUXEval (Besoin d'une évaluation de l'UX) au champ Keywords (mot-clé) et libreoffice-ux-advise@lists.freedesktop.org dans les destinataires en CC.
    • Vérifier si le bogue est une régression.


    Suivez le Développement actuel des bogues non confirmés et consultez les instructions détaillées pour le tri des bogues pour plus de détails.

    Tester les Daily Builds

    1. Download the latest daily build (make sure the Date is recent)
    2. Install it
    3. Test it. Check the Release Notes to see what's new in this release.
    4. If you find a bug, please report it here providing all the information available (steps to reproduce the issue, the document affected, detailed description, OS...)

    Note: For help, please join #libreoffice-qa IRC:// IRC.

    Tester les Pre-releases

    1. Download the lastest pre-release version
    2. Install it
    3. Test it. Check the Release Notes to see what's new in this release.
    4. If you find a bug, please report it here providing all the information available (steps to reproduce the issue, the document affected, detailed description, OS...)

    Note: For help, please join #libreoffice-qa IRC:// IRC.

    Retester

    Chaque jour, nous envoyons un ping aux bogues non touchés depuis plus d'un an pour vérifier s'ils n'ont pas été corrigés entre-temps. Plus d'informations peuvent être trouvées dans l'article AutomatedTasks (Tâches automatisées)

    Trouver un bug à tester à nouveau

    • Les bogues qui ont été ping aujourd'hui :
    All Linux macOS Windows Android
    • Les bogues qui ont été ping dans la semaine :
    All Linux macOS Windows Android
    • Les bogues qui ont été ping dans le mois :
    All Linux macOS Windows Android
    • Les bogues qui ont été ping dans les trois derniers mois :
    All Linux macOS Windows Android
    • Les bogues qui ont été ping dans les 6 derniers mois :
    All Linux macOS Windows Android

    Essayez de reproduire le bogue

    Si le bogue est présent dans la dernière version de LibreOffice, ajoutez le commentaire suivant avec les détails de la version de LibreOffice avec laquelle vous avez effectué le test (peut être copié depuis la boîte de dialogue Aide ▸ A propos de LibreOffice). 

    This bug is still present in

[les détails de la version de LibreOffice avec laquelle vous avez testé (peut être copié à partir de la boîte de dialogue Aide ▸ A propos de LibreOffice)]

    Si le bogue n'est pas présent et que vous êtes sûr d'avoir suivi les étapes du bogue correctement, changez le statut en RESOLVED WORKSFORME (RÉSOLU FONCTIONNE·POUR·MOI) et mettez le commentaire suivant : 

    Thank you for reporting the bug. I can confirm that the bug is present in

[the older LibreOffice version details you tested/reproduced with (can be copied from the Help ▸ About LibreOffice dialog)]

This bug is no longer reproducible in

[les détails de la version de LibreOffice avec laquelle vous avez testé (peut être copié à partir de la boîte de dialogue Aide ▸ A propos de LibreOffice)]

Changing status to RESOLVED WORKSFORME

    S'il vous plait ne faites pas ça...

    • ... ne modifiez pas le champ de numéro de version
    • ... ne faite pas une réponse par email, répondez directement dans le traqueur de bogues
    • ... Ne basculez pas le statut du bogue sur RESOLVED - FIXED, puisque ce statut est utilisé uniquement quand un commit spécifique (un fix) un résolu le problème

    Étapes additionnelles

    Contact

    Toute aide est toujours hautement appréciée. Vous pouvez toujours nous contacter

    Retrieved from "https://wiki.documentfoundation.org/index.php?title=QA/GetInvolved/fr&oldid=777284"