Mis à jour
Suivi des bugs et problèmes
Un bug n'est pas une tâche avec un label rouge, il a besoin de ses propres champs, de sa propre gravité et de son propre pipeline de statut. Chaque projet a un intégré, donc une petite équipe n'a jamais besoin de faire fonctionner deux outils.
Flux de travail indicatif
Étape 1
Enregistrez le bug avec le détail réel
Titre, gravité (critique/élevé/élevé/médium/faible), environnement, étapes à suivre pour se reproduire et résultats attendus par rapport aux résultats réels — saisis une fois, correctement.
Étape 2
Déplacez-le dans un pipeline d'état construit pour QA
Ouvert → En cours → Corrigé → Nouveau test → Vérifié. Des statuts adaptés à la résolution des bugs, au-delà de à faire/terminé.
Étape 3
Relier la tâche à celle qui la corrige
En option, connectez le problème à la tâche où la correction est en cours de construction, de sorte que le rapport de bogue et le travail restent liés.
Étape 4
La sévérité du suivi dans l'ensemble de l'espace de travail
Les rapports décomposent les problèmes en cours par gravité et par état, de sorte qu'une pointe dans les bogues critiques est visible avant que ce soit un exercice d'incendie.
Comment faire cela dans My First Task
Enregistrez le bug avec le détail réel
Titre, gravité (critique/élevé/élevé/médium/faible), environnement, étapes à suivre pour se reproduire et résultats attendus par rapport aux résultats réels — saisis une fois, correctement.
Déplacez-le dans un pipeline d'état construit pour QA
Ouvert → En cours → Corrigé → Nouveau test → Vérifié. Des statuts adaptés à la résolution des bugs, au-delà de à faire/terminé.
Relier la tâche à celle qui la corrige
En option, connectez le problème à la tâche où la correction est en cours de construction, de sorte que le rapport de bogue et le travail restent liés.
La sévérité du suivi dans l'ensemble de l'espace de travail
Les rapports décomposent les problèmes en cours par gravité et par état, de sorte qu'une pointe dans les bogues critiques est visible avant que ce soit un exercice d'incendie.
Caractéristiques que vous utiliserez
Pourquoi ça compte
Questions fréquentes
Ai-je besoin d'une instance Jira séparée pour suivre les bogues?
Non — le tracker de chaque projet est intégré et inclus dans chaque plan, y compris Free.
Puis-je signaler un bug sans savoir quelle tâche va le corriger?
Oui — un problème n'exige pas de tâche liée. Connectez-le plus tard une fois que vous aurez décidé comment il sera résolu.
Les expérimentations externes ou les problèmes de log des coéquipiers uniquement QA peuvent-ils être enregistrés?
Oui — les inviter à jouer un rôle de membre dans l'espace de travail concerné, afin qu'ils puissent créer et commenter des questions.
Mettre en pratique ce flux de travail
Capturer les preuves de reproduction et définir le comportement nécessaire pour accepter une correction.
Modèle de rapport de bogue : étapes de reproduction, gravité et preuve
Un rapport de bogue utile explique ce qui s'est passé, ce qui aurait dû se passer et comment reproduire la différence. Inclure l'environnement, l'impact et des preuves à l'appui sûres afin que l'examinateur puisse enquêter sans deviner.
ExplorerExemples de critères d'acceptation : Guide pratique de rédaction
Les critères d'acceptation sont des conditions observables qu'un élément de travail particulier doit satisfaire avant qu'il soit accepté. Ecrivez-les autour du comportement et des preuves, y compris les cas d'échec importants.
ExplorerComment écrire une description de tâche : Modèle et exemples
Une description utile de la tâche indique le résultat, pourquoi il importe, qui en est propriétaire et comment l'achèvement sera vérifié. Ajoutez les entrées, les contraintes et les liens pertinents afin que la personne suivante puisse agir sans reconstruire la demande de chat.
ExplorerEssayez-le avec votre propre travail
Plan gratuit disponible — pas de carte de crédit requise.