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

Unconfirmed bugreports are labeld needs confirmation to enable global filtering. Browse through the list, read the bugreports and try to reproduce the issues that are described. If necessary, add missing information or logs, or improve the quality of the report by other means. Leave a comment stating your device, channel, build number and whether or not you were able to reproduce the issue.

If you have write-access to the repository, you can replace the needs confirmation label with bug (to mark it confirmed) or invalid (if the issue is definitely not reproducible). In that case it should be closed.

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

Pull-requests can be tested using the QA scripts. Run ubports-qa -h for usage information.

Once the pull-request has been merged, the issue it fixes is moved to the quality assurance column of the GitHub project. Please check if the issues in this column are still present in the latest update on the devel channel, then see if anything else has broken in the update. Check if the developer mentioned specific things to look out for when testing and leave a comment detailing your experience. If you have write-access to the repository, you can move the issue back to In Development (and reopen it) or forward to Release Candidate as specified by the issue tracking guidelines.

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.