Rapport de test
Le rapport de test 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é des tests. Sur la base du rapport de test, les parties prenantes peuvent évaluer la qualité du produit testé et prendre une décision sur la version du logiciel.
Par exemple, si le rapport de test informe qu'il reste de nombreux défauts dans le produit, les parties prenantes peuvent retarder la publication jusqu'à ce que tous les défauts soient corrigés.
Exemple de rapport de test
Pourquoi tester le rapport?
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 Guru99 Bank peut publier, vous lui avez répondu | Le patron vous a fait confiance et a décidé de remettre ce site Web au client à la fin du mois. Mais 2 mois après la sortie, vous avez reçu les commentaires du client. |
|
|
|
Connaissez-vous la cause première de ce problème? Pourquoi le site Web présente-t-il encore des défauts même si votre équipe l'a déjà testé?
Le problème est que vous avez ignoré la phase de rapport et d'évaluation dans la gestion des tests. Le patron ne dispose d'aucune information pour évaluer la qualité de ce site Web. Ils ont juste 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 à cela, 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 le didacticiel de planification de test, le rapport de test doit inclure l'objectif de chaque série de tests, tels que le test unitaire, le test de performance, le test système, etc.
Résumé du test
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 test exécutés
- Le nombre de cas de test réussit
- Le nombre de cas de test échoue
- Pourcentage de réussite
- Pourcentage d'échec
- commentaires
Ces informations doivent être affichées visuellement à l'aide d' un indicateur de couleur , d'un graphique et d'un 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 bogues (ouvert, fermé, réponse)
- Nombre de bogues ouverts, résolus, fermés
- Répartition par gravité et priorité
Comme le résumé des tests, vous pouvez inclure des mesures simples telles que la densité des défauts,% de défauts corrigés.
L'équipe de projet vous a envoyé les informations sur les défauts comme suit
- La densité des défauts est de 20 défauts / 1000 lignes de code en moyenne
- 90% de défauts corrigés au total
- Le détail des bogues est décrit dans ce traqueur de défauts ici
Vous pouvez représenter les données sous forme de graphique suivant
Conseils pour rédiger un bon rapport de test
Le rapport de test est un outil de communication 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 la société d'externalisation, son testeur après avoir effectué des tests de performance du site Web Guru99 Bank, vous envoie un rapport de test comme celui-ci
Les informations contenues dans ce rapport sont trop abstraites . Il ne contient aucune information détaillée. L'intervenant qui le lira peut être légèrement perplexe lorsqu'il l'obtiendra. Ils peuvent poser ou avoir des séries de questions suivantes: -
- Pourquoi n'ont-ils pas exécuté 30 TC qui restent
- Quels sont ces cas de test ayant échoué
- N'a pas de description de bogues
Pour résoudre ce problème, un bon rapport de test doit être:
- Détail : vous devez fournir une description détaillée de l'activité de test, montrer les tests que 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 de test doivent être brèves et clairement compréhensibles.
- Standard: le rapport de test doit suivre le modèle standard . Il est facile pour les parties prenantes d'examiner et d'assurer la cohérence entre les rapports de test dans de nombreux projets.
- Spécifique: ne rédigez pas de dissertation sur l'activité du projet. Décrivez et résumez la spécification des résultats 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 état…)