Assurance qualité

Cette page explique comment aider l’équipe d’assurance qualité d’UBports, à la fois comme un membre officiel et en tant que nouveau contributeur. Veuillez aussi lire les guides de suivi des problèmes et de signalement de problèmes pour mieux comprendre le déroulement des processus. Pour communiquer en temps réel, vous pouvez joindre notre groupe telegram.

Bêta test

To test the core functionality of the operating system, we have compiled a set of standardized tests. Run these tests on your device to find and report bugs and regressions. It’s usually run on all devices before a new release to make sure no new issues were introduced.

Confirmation des signalements de problèmes

Les rapports de problèmes sont identifiés par les mots-clés needs confirmation (confirmation nécessaire) pour activer le filtrage global. Parcourez la liste, lisez les rapports et essayez de reproduire les problèmes qui sont décrits. Si nécessaire, ajoutez des informations manquantes ou des rapports d’erreur, ou améliorez la qualité du rapport via d’autres moyens. Laissez un commentaire décrivant votre appareil, votre canal, votre numéro de version et si vous avez été en mesure de reproduire ou pas l’erreur.

Si vous avez accès en écriture dans le dépôt, vous pouvez remplacer le mot-clé needs confirmation (confirmation nécessaire) par bug (problème) pour le marquer comme confirmé ou invalid (invalide) si le problème n’est pas reproductible. Dans ce cas, il devrait être fermé.

Si vous trouvez deux problèmes portant sur le même sujet, laissez un commentaire et essayez de trouver leurs différences. S’ils sont en fait identiques, fermez le plus récent et attribuez lui le mot-clé duplicate (doublon).

Tester les correctifs

Les contributions peuvent être testées en utilisant les `scripts de l'Assurance Qualité<https://github.com/ubports/ubports-qa-scripts>`_. Lancez ubports-qa -h pour les informations concernant l’utilisation.

Une fois qu’un développeur a terminé de travailler sur un problème, celui-ci est déplacé dans la colonne assurance qualité du projet sous GitHub. Vérifiez si le problème persiste dans la dernière mise à jour sur le canal « Développement » et essayez de recréer un des problèmes causés. Regardez si le développeur a mentionné des choses spécifiques à vérifier lors du test et laissez un commentaire détaillant votre expérience. Si vous disposez des droits d’écriture dans le répertoire, vous pouvez déplacer le problème dans In Development (en développement) ou le transférer vers Release Candidate (version candidate) tel que spécifié dans les recommandations de suivi des problèmes.

Tri initial des problèmes

Le tri initial de nouveaux problèmes est réalisé par les membres de l’équipe de l’assurance qualité ayant les droits d’écriture dans le répertoire. Si un nouveau problème est signalé, lisez le rapport et ajoutez les mots-clés appropriés tel que spécifié dans les recommandations de suivi des problèmes. Vous pouvez également immédiatement commencer à confirmer le rapport.

Si le nouveau problème a déjà été signalé ailleurs, marquez-le comme duplicate (doublon) et fermez-le.