TestNG - Résultats des tests

Le reporting est la partie la plus importante de toute exécution de test, car il aide l'utilisateur à comprendre le résultat de l'exécution du test, le point d'échec et les raisons de l'échec. La journalisation, en revanche, est importante pour garder un œil sur le flux d'exécution ou pour le débogage en cas d'échec.

TestNG, par défaut, génère un type de rapport différent pour son exécution de test. Cela inclut une sortie de rapport HTML et XML. TestNG permet également à ses utilisateurs d'écrire leur propre reporter et de l'utiliser avec TestNG. Il existe également une option pour écrire vos propres enregistreurs, qui sont notifiés lors de l'exécution par TestNG.

Il existe deux façons de générer un rapport avec TestNG -

• Listeners- Pour implémenter une classe d'écouteur, la classe doit implémenter l' interface org.testng.ITestListener . Ces classes sont notifiées lors de l'exécution par TestNG lorsque le test démarre, se termine, échoue, saute ou réussit.

• Reporters- Pour implémenter une classe de reporting, la classe doit implémenter une interface org.testng.IReporter . Ces classes sont appelées à la fin de toute l'exécution de la suite. L'objet contenant les informations de l'ensemble du test est passé à cette classe lorsqu'il est appelé.

Dans ce chapitre, nous aurons quatre exemples différents pour illustrer quatre cas différents de reporting et de journalisation -

Sr.No.	Cas et exemple
1	Journalisation personnalisée Cet exemple illustre comment écrire votre propre enregistreur.
2	Reporter personnalisé Cet exemple illustre comment écrire votre propre journaliste.
3	Rapport HTML et XML Cet exemple illustre le rapport HTML et XML par défaut généré par TestNG.
4	Rapports JUnit Cet exemple illustre comment générer des rapports JUnit à partir de rapports TestNG.