TestNG入门教程-14-失败重跑的第二种方法

       前面我们介绍了TestNG中的Listener和简单举例，这篇来介绍下网上很多人采用的修改代码来实现测试用例的重跑(设置重跑多次)，这当然离不开Listener相关接口。在介绍实现相关代码之前，我们先来了解几个接口。

1. 接口IRetryAnallyzer

       该接口的作用是提供去实现能够让用例运行失败重跑的设置。实现该接口必须要实现retry(ITestResult result)这个方法。返回值类型是布尔型，如果返回是True，那么就执行失败重跑，返回是false，就不重跑。参数result是当前运行的测试用例的结果状态。

2. 接口IAnnotationTransformer

       该接口的作用是在TestNG执行过程中动态改变测试类中Annotation的参数，当前这个接口主要是针对@Test注释。IAnnotationTransformer监听器接口只有一个方法：transform(ITestAnnotation annotation, Class testClass, Constructor testConstructor, Method testMethod).下面我们写的几个类方法都是来源网上资料，都实现了上面提到的两个接口。
3. 项目结构如下

第一个Java文件，MyRetry.java实现了IRetryAnalyzer接口，代码如下

package demo3;

import org.testng.IRetryAnalyzer;
import org.testng.ITestResult;

/**
 * create by Anthony on 2017/11/27
 */
public class MyRetry implements IRetryAnalyzer{
    // 设置当前失败执行的次数
    private int retryCount = 1;
    // 设置最大失败执行次数
    private static int maxRetryCount = 3;

    @Override
    public boolean retry(ITestResult iTestResult) {
        if(retryCount < maxRetryCount) {
            retryCount++;
            return true;
        }
        return false;
    }
}

第二个Java文件，MyRetryListener.java实现了IAnnotationTransformer接口，代码如下

package demo3;

import org.testng.IAnnotationTransformer;
import org.testng.IRetryAnalyzer;
import org.testng.annotations.ITestAnnotation;

import java.lang.reflect.Constructor;
import java.lang.reflect.Method;

/**
 * create by Anthony on 2017/11/27
 */
public class MyRetryListener implements IAnnotationTransformer {


    @Override
    public void transform(ITestAnnotation iTestAnnotation, Class aClass, Constructor constructor, Method method) {

        IRetryAnalyzer myRetry = iTestAnnotation.getRetryAnalyzer();
        if (myRetry == null) {
            iTestAnnotation.setRetryAnalyzer(MyRetry.class);
        }
    }
}

       最后一段代码的意思就是对当前运行的用例先通过getRetryAnalyzer()获取重跑的次数的属性，如果属性为空，那么就设置我们自己设置的重跑次数（本文第一个类名称.class）

第三个java文件，写一个测试用例。

package demo3;

import org.testng.Assert;
import org.testng.annotations.Test;

/**
 * create by Anthony on 2017/11/18
 */
public class ReRunFailedTestCaseDemo {

    @Test
    public void test01(){
        System.out.println("test01");
    }

    @Test
    public void test02(){
        Assert.assertTrue(10==11);
        System.out.println("test02");
    }

    @Test
    public void test03(){
        System.out.println("test03");
    }

}

设置两个成功，一个失败的用例。

下面配置testng.xml，添加上监听。

<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE suite SYSTEM "http://testng.org/testng-1.0.dtd">
<suite name="Default Suite">
    <listeners>
        <listener class-name="demo3.MyRetryListener"/>
    </listeners>

    <test name="Testng_learn" >

        <classes>
            <class name="demo3.ReRunFailedTestCaseDemo"/>
        </classes>

    </test>
</suite>

       运行这个testng.xml文件，会发现执行顺序是这样的，执行test01一次，test02三次，test03一次。注意这里，执行了三次失败的用例，实际上算重跑了两次。

       以下还有一种场景，例如我们经常跑测试用例，会发现某一些模块的用例是有出现失败的可能性情况比较多。例如我想监听登录的用例，然后让登录用例执行多次。这里我们把本篇文章的第二个类改下，第一个类抛弃，其他的都不变。第二个类改变如下。

       如果学习了之前我介绍的TestNG入门文章，应该对InvocationCount这个属性有了解，它作用就是设置一个方法调用的总次数。上面我把test03比作是登录的用例，我根据平时的经验判断，这个登录可能会出现问题，这里我设置调用次数为3次，也就是总共跑这个用例参数，运行下testNG.xml，会看到test03方法里的打印语句执行了三次

失败重跑的总结：

       通过对比这篇的实现方法和前面一篇我介绍的执行testng-failed.xml的方法，我还是比较喜欢第一种方法。由于我们经常对自己行项目的用例执行一次大概需要多长时间，所以我们完全可以采用第一种方法。这样的好处就是，我不用写监听，每次只管跑用例，设置一个足够让用例完成的时间，然后再把执行testng-failed.xml文件，这样就默认把全部失败的用例给再次执行了一遍。至于设置执行次数的问题，个人觉得失败一次和失败两次没有太大区别，跑第五次失败的可能性还是很大，再说设置一个for循环执行三遍testng-failed.xml也可以达到这个目的。