Gestion des tâches · Guide pratique
Modèle de rapport de bogue : étapes de reproduction, gravité et preuve
Par My First Task équipe éditoriale
Mis à jour
La réponse courte
Comment aborder les travaux
Un titre de rapport doit décrire l'échec observé, comme 'Le bouton de contrôle reste désactivé après l'entrée valide de l'adresse.' Gravité séparée, l'impact du problème, de la priorité, l'ordre dans lequel l'équipe choisit de l'aborder. La reproductibilité peut être intermittente; rapporter que honnêtement et inclure les conditions que vous avez observées. Captures d'écran et journaux aident, mais supprimer les identifiants, les données personnelles et les données personnelles des clients.
Une séquence pratique
- Écrire un titre décrivant le comportement échoué et où il se produit.
- Enregistrez le navigateur, l'appareil, l'environnement et la version pertinente.
- Énumérez les conditions préalables et les étapes de reproduction numérotées.
- Séparer le comportement attendu du comportement réel.
- Décrivez les utilisateurs touchés, la fréquence et tout autre moyen de contourner les risques.
- Joindre les preuves expurgées et convenir de la gravité, de la priorité et de la propriété de l'examen.
Scénario indicatif · pas de recherche client
Exemple travaillé
Dans un exemple de commande de mise en scène, le rapport ouvre un panier, sélectionne la livraison et entre une adresse valide. Le résultat attendu est un bouton Continue activé; le résultat réel est que le bouton reste désactivé dans le navigateur testé. Le rapport inclut l'environnement de test et un enregistrement expurgé. Il ne prétend pas que chaque shopper est affecté parce qu'une seule configuration a été testée. L'équipe vérifie si le problème bloque la libération, puis lie l'enquête et corrige le travail à nouveau au rapport. L'acceptation inclut répéter les étapes après le changement.
Liste de contrôle du rapport d'anomalie
Adaptez ce point de départ à votre propre projet. Des exemples décrivent une pratique de planification, et non un flux de travail automatisé de l'application.
| Champ | Exemple ou appel |
|---|---|
| Titre | [Action] échoue dans [condition]. |
| Environnement | [Parcourir/device/version] dans [environnement d'essai]. |
| Reproduction | 1. [mise en place] 2. [action] 3. [observer]. |
| Montant prévu/réel | Prévue [behavior]; observée [behavior]. |
| Impact | [Processus de travail], [fréquence observée], [réalisation]. |
| Preuves | [Sérigraphie/log] et [réviseur]. |
Erreurs courantes à éviter
- Utiliser 'ne fonctionne pas' sans le comportement attendu et réel.
- Déclarer une cause profonde avant de l'étudier.
- Télécharger des données de production sensibles comme preuves de débogage.
Essayez la méthode avec vos propres entrées
Réponses à vos questions
Quelle est la différence entre la gravité et la priorité?
Comment signaler un bug intermittent?
Chaque bug devrait-il devenir une tâche?
Appliquer dans un espace de travail partagé
Gardez le propriétaire convenu, les critères d'achèvement et les décisions importantes avec le travail. Explorez la fonctionnalité My First Task pertinente.
Le contexte de recherche est disponible dans notre bibliothèque source. L'exemple travaillé ci-dessus est une illustration éditoriale.
Continuer à apprendre
Comment é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.
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 attribuer les tâches : propriété, échéances et suivi
Assigner une tâche en convenant du résultat, du propriétaire responsable, des intrants requis, de l'état de finition et du moment réaliste. Vérifier la capacité et l'autorité de la personne avant de traiter l'affectation comme un engagement accepté.
ExplorerTransformer le plan en travail partagé
Donnez à chaque action suivante un propriétaire, une condition d'achèvement et une date réaliste. My First Task apporte des tâches, des tableaux, des workflows de projet et un suivi des problèmes dans un espace de travail.