Dans cet article, nous allons apprendre \u00e0 rejouer les cas de test qui ont \u00e9chou\u00e9 en utilisant TestNG. Nous explorerons deux approches pour y parvenir, \u00e0 savoir l’utilisation du fichier testng-failed.xml et l’impl\u00e9mentation de l’IRetryAnalyzer de TestNG.<\/p>\n\n
Parfois, en tant que testeurs de l’automatisation des tests, il nous est seulement demand\u00e9 d’ex\u00e9cuter les tests d\u00e9faillants signal\u00e9s par l’outil d’automatisation des tests apr\u00e8s avoir corrig\u00e9 certains bogues. Le fait de n’ex\u00e9cuter que les tests qui ont \u00e9chou\u00e9 permet de v\u00e9rifier rapidement les corrections de bogues.<\/p>\n\n
Il est relativement facile de n’ex\u00e9cuter que les tests qui ont \u00e9chou\u00e9, car TestNG fournit un support naturel pour cela. Lorsqu’une suite de tests est ex\u00e9cut\u00e9e \u00e0 l’aide du fichier testng.xml, le fichier testng-failed.xml est cr\u00e9\u00e9 dans le dossier test-output apr\u00e8s l’ex\u00e9cution du test. Plus tard, nous pourrons ex\u00e9cuter ce fichier tout comme le fichier testng.xml. \u00c9tant donn\u00e9 que ce fichier ne stocke que les tests qui ont \u00e9chou\u00e9, l’ex\u00e9cution de ce fichier n’entra\u00eenera que l’ex\u00e9cution des tests qui ont \u00e9chou\u00e9.<\/p>\n\n
Parfois, des \u00e9checs qui ne sont pas dus \u00e0 des probl\u00e8mes dans l’application apparaissent dans le rapport d’ex\u00e9cution du test. La cause premi\u00e8re de ces probl\u00e8mes peut \u00eatre li\u00e9e \u00e0 la configuration de l’environnement de test ou \u00e0 un probl\u00e8me occasionnel du serveur. Pour s’assurer que les \u00e9checs signal\u00e9s dans le rapport de test sont r\u00e9els et qu’il ne s’agit pas de cas isol\u00e9s, nous pouvons r\u00e9ex\u00e9cuter les cas de test qui ont \u00e9chou\u00e9 afin d’\u00e9liminer les r\u00e9sultats de test faussement n\u00e9gatifs dans les rapports de test.<\/p>\n\n
Pour r\u00e9essayer automatiquement les cas de test qui ont \u00e9chou\u00e9 pendant l’ex\u00e9cution du test, nous devons impl\u00e9menter l’interface IRetryAnalyzer fournie par TestNG. L’interface IRetryAnalyzer fournit des m\u00e9thodes pour contr\u00f4ler la r\u00e9p\u00e9tition des tests. Nous allons surcharger la m\u00e9thode retry() de IRetryAnalyzer pour nous assurer que le test est ex\u00e9cut\u00e9 en cas d’\u00e9chec avec la limite de r\u00e9p\u00e9tition sp\u00e9cifi\u00e9e. Gr\u00e2ce aux commentaires de l’extrait, c’est compr\u00e9hensible.<\/p>\n\n
package com.artoftesting.test;\n\nimport org.testng.IRetryAnalyzer;\n\nimport org.testng.ITestResult;\n\npublic class RetryAnalyzer implements IRetryAnalyzer {\n\n\u00a0\/\/Counter to keep track of retry attempts\n\n\u00a0int retryAttemptsCounter = 0;\n\n\u00a0\/\/The max limit to retry running of failed test cases\n\n\u00a0\/\/Set the value to the number of times we want to retry\n\n\u00a0int maxRetryLimit = 1;\n\n\u00a0\/\/Method to attempt retries for failure tests\n\n\u00a0public boolean retry(ITestResult result) {\n\n\u00a0if (!result.isSuccess()) {\n\n\u00a0if(retryAttemptsCounter < maxRetryLimit){\n\n\u00a0retryAttemptsCounter++;\n\n\u00a0return true;\n\n\u00a0}\n\n\u00a0}\n\n\u00a0return false;\n\n\u00a0}\u00a0\n\n}<\/code><\/pre>\n\nDans l’exemple, nous allons cr\u00e9er une m\u00e9thode de test factice et la faire \u00e9chouer intentionnellement en utilisant la m\u00e9thode assert.fail(). Ici, nous d\u00e9finissons l’attribut retryAnalyzer de l’annotation @Test en utilisant la classe RetryAnalyzer.class que nous avons cr\u00e9\u00e9e ci-dessus.<\/p>\n\n
@Test(retryAnalyzer = RetryAnalyzer.class)\n\n\u00a0\u00a0\u00a0\u00a0public void intentionallyFailingTest(){\n\n\u00a0\u00a0\u00a0\u00a0\u00a0System.out.println(\"Executing Test\");\n\n\u00a0\u00a0\u00a0\u00a0\u00a0Assert.fail(\"Failing Test\");\n\n\u00a0\u00a0\u00a0\u00a0}<\/code><\/pre>\n\nSortie d’essai<\/h2>\n\n
===============================================<\/strong><\/p>\n\nSuite de tests<\/strong><\/p>\n\nTotal des tests ex\u00e9cut\u00e9s : 2, \u00c9checs : 1, Sauts : 1<\/strong><\/p>\n\n===============================================<\/strong><\/p>\n\nIci, nous pouvons observer que le nombre d’ex\u00e9cutions de la m\u00e9thode est de 2, avec un \u00e9chec et un saut. La premi\u00e8re fois que la m\u00e9thode de test \u00e9choue, elle est marqu\u00e9e comme \u00e9tant ignor\u00e9e, puis le test s’ex\u00e9cute \u00e0 nouveau gr\u00e2ce \u00e0 la logique fournie par RetryAnalyzer.<\/p>\n\n
Il ne reste plus qu’un probl\u00e8me : nous devons d\u00e9finir l’attribut retryAnalyzer dans chaque annotation @Test. Pour y rem\u00e9dier, nous pouvons mettre en \u0153uvre l’interface IAnnotationTransformer. Cette interface permet de modifier l’annotation testNG \u00e0 la vol\u00e9e. Nous cr\u00e9ons donc une classe impl\u00e9mentant l’interface IAnnotationTransformer et lui faisons d\u00e9finir RetryAnalyzer pour les annotations @Test.<\/p>\n\n
package com.ittester.test;\n\nimport java.lang.reflect.Constructor;\n\nimport java.lang.reflect.Method;\n\nimport org.testng.IAnnotationTransformer;\n\nimport org.testng.IRetryAnalyzer;\n\nimport org.testng.annotations.ITestAnnotation;\n\npublic class FailureRetryListener implements IAnnotationTransformer {\n\n\u00a0\/\/Overriding the transform method to set the RetryAnalyzer\n\n\u00a0public void transform(ITestAnnotation testAnnotation, Class testClass,\u00a0\n\n\u00a0Constructor testConstructor, Method testMethod) {\n\n\u00a0IRetryAnalyzer retry = testAnnotation.getRetryAnalyzer();\n\n\u00a0if (retry == null)\n\n\u00a0testAnnotation.setRetryAnalyzer(RetryAnalyzer.class);\n\n\u00a0}\n\n}<\/code><\/pre>\n\nUne fois le listener cr\u00e9\u00e9, nous pouvons le sp\u00e9cifier dans le fichier testNG.xml comme suit<\/p>\n\n
<listeners>\n\n\u00a0\u00a0\u00a0<listener class-name=\"com.ittester.test.FailureRetryListener\"\/>\n\n<\/listeners><\/code><\/pre>\n\nD\u00e9sormais, nous n’avons plus besoin de d\u00e9finir retryAnalyzer dans chaque annotation @Test. Si un auditeur est sp\u00e9cifi\u00e9 dans le fichier testng.xml, il fonctionnera pour tous les tests.<\/p>\n\n
PS : Si vous souhaitez ajouter la fonctionnalit\u00e9 de r\u00e9essai uniquement \u00e0 un ensemble limit\u00e9 de m\u00e9thodes de test, il vous suffit de d\u00e9finir l’annotation @Test avec l’attribut retryAnalyzer en utilisant la classe RetryAnalyzer.class, il n’est pas n\u00e9cessaire d’impl\u00e9menter IAnnotationTransformer et d’ajouter un \u00e9couteur dans le fichier testng.xml.<\/p>\n","protected":false},"excerpt":{"rendered":"
Dans cet article, nous allons apprendre comment r\u00e9essayer les cas de test qui ont \u00e9chou\u00e9 en utilisant TestNG. Nous examinons deux approches pour y parvenir.<\/p>\n","protected":false},"author":8,"featured_media":2621,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"_acf_changed":false,"footnotes":""},"categories":[46],"tags":[],"class_list":["post-2619","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-tutoriel-testng"],"acf":[],"aioseo_notices":[],"_links":{"self":[{"href":"https:\/\/ittester.sk\/fr\/wp-json\/wp\/v2\/posts\/2619","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/ittester.sk\/fr\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/ittester.sk\/fr\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/ittester.sk\/fr\/wp-json\/wp\/v2\/users\/8"}],"replies":[{"embeddable":true,"href":"https:\/\/ittester.sk\/fr\/wp-json\/wp\/v2\/comments?post=2619"}],"version-history":[{"count":1,"href":"https:\/\/ittester.sk\/fr\/wp-json\/wp\/v2\/posts\/2619\/revisions"}],"predecessor-version":[{"id":2623,"href":"https:\/\/ittester.sk\/fr\/wp-json\/wp\/v2\/posts\/2619\/revisions\/2623"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/ittester.sk\/fr\/wp-json\/wp\/v2\/media\/2621"}],"wp:attachment":[{"href":"https:\/\/ittester.sk\/fr\/wp-json\/wp\/v2\/media?parent=2619"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/ittester.sk\/fr\/wp-json\/wp\/v2\/categories?post=2619"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/ittester.sk\/fr\/wp-json\/wp\/v2\/tags?post=2619"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}