Quels sont les composants principaux d'un rapport de…

Titre (Résumé): Brève description du problème.
ID: Identifiant unique du rapport de bug.
Projet: Projet auquel le bug appartient.
Version du produit/Build: Version du produit ou numéro de build où le bug a été détecté.
Environnement: Description de l'environnement de test (système d'exploitation, navigateur, version, matériel, etc.).
Étapes pour reproduire: Séquence claire d'actions menant à l'apparition du bug.
Résultat réel: Description de ce qui s'est réellement passé.
Résultat attendu: Description de ce qui aurait dû se produire.
Gravité: Niveau d'impact du bug sur la fonctionnalité ou l'entreprise (par exemple : Bloquant, Critique, Significatif, Insignifiant, Cosmétique).
Priorité: Urgence de la correction du bug (par exemple : Urgent, Élevé, Moyen, Faible).
Statut: État actuel du rapport de bug (par exemple : Ouvert, Assigné, En cours, Corrigé, Fermé, Rejeté, Réouvert).
Auteur: Utilisateur ayant créé le rapport.
Assigné à: Utilisateur ou équipe responsable de la correction.
Pièces jointes: Captures d'écran, vidéos, logs, fichiers aidant à comprendre et reproduire le bug.
Date de création: Date de création du rapport.

Quels sont les composants principaux d'un rapport de bogue?