1. UBports Docs
2. Documentation: about
3. French

L'équipe de *l'assurance qualité* teste le correctif sur tous les appareils et fournit un retour au développeur. Si des problèmes sont trouvés, le problème retourne dans « Accepted » (Accepté), sinon il est déplacé dans « Release Candidate » (Version AdmissiblCandidate) pour être intégré dans la prochaine version.

L'équipe de *l'assurance qualité* ajoute le mot-clé **needs confirmation** (demande confirmation) et essaye de travailler de concert avec l'utilisateur pour confirmer le problème et ajouter les éventuelles informations manquantes au rapport. Une fois que le rapport est complet un **team-label** sera ajouté au suivi du problème et il sera mis sur la lis(étiquette d'équipe) sera ajouté au suivi du problème et il sera mis sur la liste d'attente de tri du projet (**awaiting-triage-list**). De plus le mot-clé **needs confirmation** sera remplacé par **bug** (bogue).

Le même principe s'applique pour les demandes de fonctionnalité. La seule différence est qu'à la place du mot-clé **bug** (bogue), le mot-clé **enhancement** (amélioration) est utilisé. Le mot-clé **needs confirmation** (demande confirmation) n'est pas applicable dans le cas des demandes de fonctionnalité.

CLe cycle de vie d'un problème

ACessigonnationres