Tutoriel sur les rapports de synthèse des tests : apprendre avec un exemple et un modèle
Rapport d'essai
Rapport d'essai est un document qui contient un résumé de toutes les activités de test et des résultats de test finaux d'un projet de test. Le rapport de test est une évaluation de la qualité du Contrôle de qualité est effectuée. Sur la base du rapport de test, les parties prenantes peuvent évaluer la qualité du produit testé et prendre une décision concernant la version du logiciel.
Par exemple, si le rapport de test indique qu'il reste de nombreux défauts dans le produit, les parties prenantes peuvent retarder la sortie jusqu'à ce que tous les défauts soient corrigés.
Exemple de rapport de test
Pourquoi un rapport de test ?
Le scénario suivant vous montrera pourquoi nous avons besoin du rapport de test
Plus tôt, lorsque le patron vous a demandé si le site Web de Guru99 Bank pouvait être publié, vous lui avez répondu | Le patron vous a fait confiance et a décidé de mettre ce site à la disposition du client à la fin du mois. Mais 2 mois après la sortie, vous avez reçu le retour du client. |
Connaissez-vous la cause profonde de ce problème ? Pourquoi le site Web présente-t-il toujours des défauts même si votre équipe l'a déjà testé ?
Le problème est que vous avez ignoré la phase de reporting et d'évaluation dans Test Management. Le patron ne dispose d'aucune information permettant d'évaluer la qualité de ce site. Ils ont simplement fait confiance à ce que vous avez dit et ont publié le site Web sans connaître ses performances de test.
Les avantages typiques d'un rapport de test incluent :
Comment faire un bon rapport de test ?
Pour répondre à cette question, vous devez savoir –
Que contient un rapport de test ?
Renseignements sur le projet
Toutes les informations du projet telles que le nom du projet, le nom du produit et la version doivent être décrites dans le rapport de test. Par exemple, les informations du projet Guru99Bank seront les suivantes
Objectif du test
Comme mentionné dans Planification des tests tutoriel, le rapport de test doit inclure l'objectif de chaque série de tests, tels que le test unitaire, le test de performances, le test du système… Etc.
Résumé des tests
Cette section comprend le résumé de l’activité de test en général. Les informations détaillées ici comprennent
- Le nombre de cas de tests exécutés
- Le nombre de cas de test réussis
- Le nombre de cas de test échoue
- Pourcentage de réussite
- Pourcentage d'échec
- Description
Ces informations doivent être affichées visuellement en utilisant indicateur de couleur, graphique et tableau en surbrillance.
Jetez un œil au rapport de test du site Web Guru99 Bank pour en savoir plus sur le rapport de test.
Défaut
L'une des informations les plus importantes du rapport de test est le défaut. Le rapport doit contenir les informations suivantes
- Nombre total de bogues
- Statut des bugs (ouverts, fermés, en réponse)
- Nombre de bugs ouverts, résolus, fermés
- Répartition par gravité et priorité
Comme pour le résumé du test, vous pouvez inclure des mesures simples telles que Défaut densité, % de défauts corrigés.
L'équipe du projet vous a envoyé les informations sur le défaut comme suit
- La densité de défauts est de 20 défauts/1000 lignes de code en moyenne
- 90 % de défauts réparés au total
- Le détail des bugs est décrit dans ce tracker de défauts ici
Vous pouvez représenter les données comme le graphique suivant
Conseils pour rédiger un bon rapport de test
Le rapport de test est un communication outil entre le Test Manager et la partie prenante. Grâce au rapport de test, la partie prenante peut comprendre la situation du projet, la qualité du produit et d'autres choses.
Le scénario suivant vous montre pourquoi nous avons besoin d'un bon rapport de test
Vous coopérez avec une société d'externalisation, son testeur après avoir effectué Test de performance du site Guru99 Bank, vous envoie un rapport de test comme celui-ci
Les informations de ce rapport sont également résumé. Il ne contient aucune information détaillée. La partie prenante qui le lira pourrait être légèrement perplexe quand ils l'auront. Ils peuvent poser ou avoir les séries de questions suivantes : –
- Pourquoi n'ont-ils pas exécuté les 30 TC qui restent
- Quels sont ces cas de test échoués
- N'a aucune description de bugs
Pour résoudre ce problème, un bon rapport de test doit être :
- Détails: Vous devez fournir une description détaillée de l'activité de test, montrer quels tests vous avez effectués. Ne mettez pas les informations abstraites dans le rapport, car le lecteur ne comprendra pas ce que vous avez dit.
- Clair: Toutes les informations contenues dans le rapport d'essai doivent être court ainsi que clairement compréhensible.
- Standard: Le rapport de test doit suivre les Standard modèle. Il est facile pour les parties prenantes d'examiner et de garantir Réplicabilité entre les rapports de tests dans de nombreux projets.
- Spécifique: N'écrivez pas d'essai sur l'activité du projet. Décrivez et résumez la spécification du résultat du test et concentrez-vous sur le point principal.
Par exemple, pour corriger le rapport de test ci-dessus, le testeur doit fournir plus d'informations telles que :
- Renseignements sur le projet
- Cycle de test : (Test système, Test d’intégration…etc.)
- Quelles fonctions ont déjà été testées (% TC exécutés, % TC réussis ou échoués…)
- Rapport de défaut (Description du défaut, Priorité ou statut…)