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

Pour tester les fonctionnalités de base du système d’exploitation, nous avons sélectionné un ensemble de tests standards. Lancez ces tests sur votre appareil pour trouver et signaler des problèmes ou des régressions. Ceci est fait sur tous les modèles d’appareil avant de publier une nouvelle version pour détecter l’apparition d’éventuels problèmes.

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, canal, numéro de version et si vous avez été en mesure de reproduire ou pas l’erreur.

Si vous avez accès en écriture au répertoire, 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

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.