问题背景

在使用 testng 执行 UI 自动化用例时,由于 UI自动化的不稳定性,我们在测试的时候,往往会加上失败重跑机制。在不使用 @DataProvider 提供用例参数化时,是不会有什么问题,如果使用了的话就会出现多条用例都是失败时,重跑机制只会执行第一次失败的用例,其他用例的失败重跑就不执行了。

如下:提供的两组参数都是失败时!(重跑的次数设置为2次)

从上图中可以看出,第一次失败的用例有重跑了2次,第二次失败的用例就没有重跑2次。

TestNg重跑机制代码实现

TestNg提供的重跑机制,实现思路如下:

  • 创建一个实现类,实现 IRetryAnalyzer 接口,重写该接口的 retry方法,定义失败重跑的规则。
  • 创建一个实现类,实现 IAnnotationTransformer 接口,重写接口 transform 方法,用于监听所有的@Test 注解的测试方法。
  • 在 TestNg 的 xml 文件中配置监听。

创建 IRetryAnalyzer 实现类

package com.ggf.testng.listener;

import org.testng.IRetryAnalyzer;
import org.testng.ITestResult; /**
* @Description: 失败重试方法
* 用来监听用例的执行情况,如果断言失败,或者代码出现错误了
* 都会被这个方法进行捕获到,然后通过返回值来判断是否进行重试。
* @Author: ggf
* @Date: 2020/07/20
*/
public class TestngRetry implements IRetryAnalyzer {
/**
* 最大的重跑次数
* 设置用例最多重跑多少次
*/
private int maxRetryCount = 2;
/**
* 当前的重跑的次数
*/
private int currentRetryCount = 1;
/**
* 复写 IRetryAnalyzer 的方法,所有的用例执行完后的结果都会
* 封装到这个对象ITestResult 传入到 retry.xml 方法,通过这个方法
* 返回值来判断是否需要重新执行用例。false :不重跑 true:重跑。
* @param iTestResult
* @return
*/
@Override
public boolean retry(ITestResult iTestResult) {
//如果retry方法返回为true--》执行重试机制
//如果返回是为false --》不会去执行重试
//什么时候会运行到这里??条件-->测试用例执行失败
if(currentRetryCount <= maxRetryCount){
//运行了一次重试机制之后,我们就加1
//如果运行第一次重试机制-->用例执行成功了,用例的结果是pass的
//如果运行第一次重试机制-->用例执行成功了,第二次重试机制不会运行
System.out.println("重跑第【"+currentRetryCount+"】次!");
currentRetryCount++;
return true;
}else{
return false;
}
}
}

创建 IAnnotationTransformer 实现类

package com.ggf.testng.listener;

import org.testng.IAnnotationTransformer;
import org.testng.IRetryAnalyzer;
import org.testng.annotations.ITestAnnotation; import java.lang.reflect.Constructor;
import java.lang.reflect.Method; /**
* @Description:
* 由于在使用重跑机制的时候需要在每个用例@Test注解添加 retryAnalyzer 属性。
* 如果用例量过大的话,非常的麻烦,所以我们引入 testng 提供的监听器类:IAnnotationTransformer
* 通过这个监听器类来实现,动态的修改@Test注解属性,我们就可以统一给 @Test 注解动态加上属性retryAnalyzer 值。
* @Author: ggf
* @Date: 2020/07/20
*/
public class RetryListener implements IAnnotationTransformer {
@Override
public void transform(ITestAnnotation iTestAnnotation, Class aClass, Constructor constructor, Method method) {
//1、拿到@test注解的retryAnalyzer属性对象
IRetryAnalyzer iRetryAnalyzer = iTestAnnotation.getRetryAnalyzer(); //2、如果@test的retryAnalyzer属性没有设置,iRetryAnalyzer-->null
if(iRetryAnalyzer == null){
iTestAnnotation.setRetryAnalyzer(TestngRetry.class);
}
}
}

xml 文件配置监听器

<?xml version="1.0" encoding="UTF-8" ?>
<!DOCTYPE suite SYSTEM "http://testng.org/testng-1.0.dtd" > <suite name="retry">
<test name="retryTest">
<classes>
<class name="com.ggf.testng.listener.RetryDemo"></class>
</classes>
</test> <listeners>
<!--失败重试监听器-->
<listener class-name="com.ggf.testng.listener.RetryListener"></listener>
</listeners> </suite>

测试类

package com.ggf.testng.listener;

import org.testng.Assert;
import org.testng.annotations.DataProvider;
import org.testng.annotations.Test; /**
* @Description:
* @Author: ggf
* @Date: 2020/07/20
*/
public class RetryDemo {
@Test(dataProvider = "data")
public void testRetry(String data1, String data2) {
// 断言两个参数是否一样
Assert.assertEquals(data1, data2);
} @DataProvider
public Object[][] data() {
// 提供两组测试参数
return new Object[][]{{"111","123"}, {"123", "1234"}};
}
}

失败用例重跑问题重现

对于一个使用了dataProvider的用例,因为这个用例是一个标记为@Test的方法,会共用TestngRetrycurrentRetryCount,即整个方法的所有参数化用例,总共只会重跑 2 次。例如一个参数化用例有 2 组参数,如果全部正确,每个用例只会输出一次:

Test1: success
Test2: success

如果两组参数的用例都失败了,对于第一组参数是会重跑2次的(代码设置的是2次,不包含第一次),到了第二组参数就不会继续重跑了,因为currentRetryCount在第一组参数用例跑完,当前值就为 3 了,这个时候不满足重跑条件,第二组参数用例失败后就不会重跑了。

Test1: failed -> skipped
Test1: failed -> skipped
Test1: failed
Test2: failed
Test2: failed

至于这里的 Test2 为什么会跑 2 次,没搞明白,正常来说应该是跑一次的,因为程序中 if(currentRetryCount <= maxRetryCount) ` 满足才会重跑,但是这里是 false 所以不会重跑才对。如果有大神们知道为什么,希望不吝赐教,留个言。。。

问题解决方案

要解决上述的问题,需要在每组参数化用例结束(无论成功,失败)后,重置 currentRetryCount 的值,让当前的次数保持在初始化的状态。

在实现类 TestngRetry 中加上一个重置的方法,如下:

package com.ggf.testng.listener;

import org.testng.IRetryAnalyzer;
import org.testng.ITestResult; /**
* @Description: 失败重试方法
* 用来监听用例的执行情况,如果断言失败,或者代码出现错误了
* 都会被这个方法进行捕获到,然后通过返回值来判断是否进行重试。
* @Author: ggf
* @Date: 2020/07/20
*/
public class TestngRetry implements IRetryAnalyzer {
/**
* 最大的重跑次数
* 设置用例最多重跑多少次
*/
private int maxRetryCount = 2;
/**
* 当前的重跑的次数
*/
private int currentRetryCount = 1;
/**
* 复写 IRetryAnalyzer 的方法,所有的用例执行完后的结果都会
* 封装到这个对象ITestResult 传入到 retry.xml 方法,通过这个方法
* 返回值来判断是否需要重新执行用例。false :不重跑 true:重跑。
* @param iTestResult
* @return
*/
@Override
public boolean retry(ITestResult iTestResult) {
//如果retry方法返回为true--》执行重试机制
//如果返回是为false --》不会去执行重试
//什么时候会运行到这里??条件-->测试用例执行失败
if(currentRetryCount <= maxRetryCount){
//运行了一次重试机制之后,我们就加1
//如果运行第一次重试机制-->用例执行成功了,用例的结果是pass的
//如果运行第一次重试机制-->用例执行成功了,第二次重试机制不会运行
System.out.println("重跑第【"+currentRetryCount+"】次!");
currentRetryCount++;
return true;
}else{
return false;
}
} /**
* 用于重置失败重跑时的次数,还原到初始化的值
* 如果项目中是使用dataProvider注解来提供用例测试数据参数化的,
* 那么每个@Test执行的时候都会共有重跑的次数。
* 例如:一个参数化用例有 3 组参数,如果全部正确,结果是:全部通过
* 如果第一组参数,第一次失败(第二次成功,这里就用掉了一次重跑的次数,currentRetryCount 就+1了)
* 接着第二组参数每次执行都失败,这个时候currentRetryCount=2, 那么第二组参数也就只会执行一次重跑。
*/
public void reset() {
currentRetryCount = 1;
}
}

再新建一个监听类 TestngListener , 继承 TestListenerAdapter 类,并重写 onTestSuccessonTestFailure 方法:

package com.ggf.testng.listener;

import org.testng.ITestContext;
import org.testng.ITestNGMethod;
import org.testng.ITestResult;
import org.testng.TestListenerAdapter; import java.util.Iterator; /**
* @Description:
* @Author: ggf
* @Date: 2020/07/20
*/
public class TestngListener extends TestListenerAdapter {
@Override
public void onTestSuccess(ITestResult iTestResult) {
super.onTestSuccess(iTestResult);
TestngRetry testngRetry = (TestngRetry)iTestResult.getMethod().getRetryAnalyzer();
testngRetry.reset();
} @Override
public void onTestFailure(ITestResult iTestResult) {
super.onTestFailure(iTestResult);
// 每次dataProvider中的参数跑完一次,就重置一次当前的重跑次数,恢复到默认值,保证每个失败的用例都能重跑设置的次数。
TestngRetry testngRetry = (TestngRetry)iTestResult.getMethod().getRetryAnalyzer();
testngRetry.reset();
}
}

再把新建的TestngListener 监听类,配置到 xml 文件中:

<?xml version="1.0" encoding="UTF-8" ?>
<!DOCTYPE suite SYSTEM "http://testng.org/testng-1.0.dtd" > <suite name="retry">
<test name="retryTest">
<classes>
<class name="com.ggf.testng.listener.RetryDemo"></class>
</classes>
</test> <listeners>
<!--失败重试监听器-->
<listener class-name="com.ggf.testng.listener.RetryListener"></listener>
<!--用例执行结果监听-->
<listener class-name="com.ggf.testng.listener.TestngListener"></listener>
</listeners> </suite>

再次执行的结果:

以上就是对于解决使用了dataProvider用例中的每一个参数化用例,在不重置的情况下,用例重跑次数共用的问题。

最后我们加上重置操作后,失败的用例都会重跑跑 2 次,无论最后成功还是失败,都会重置 TestngRetry 中的currentRetryCount 以保证下一个参数化用例开始时,currentRetryCount 为初始状态。

参考文章:https://ntflc.com/2018/10/18/TestNg-Retry-Failed-Tests-with-DataProvider/

TestNg失败重跑—解决使用 dataProvider 参数化用例次数冲突问题的更多相关文章

  1. testng失败重跑

    重跑失败场景 1.要添加两个文件 背景:因为这里只是想单独展示失败的重跑的案例,所以先暂时把app这块的运行注释掉,只跑一个简单的demo,就一个简单类,类中就3个测试方法,失败重跑的原理是,运行方法 ...

  2. testng增加失败重跑机制

    注: 以下内容引自 http://www.yeetrack.com/?p=1015 testng增加失败重跑机制 Posted on 2014 年 10 月 31 日 使用Testng框架搭建自动测试 ...

  3. testng优化:失败重跑,extentReport+appium用例失败截图,测试报告发邮件

    生成的单html方便jenkins集成发邮件,= = 构建失败发邮件 参考:https://blog.csdn.net/galen2016/article/details/77975965 步骤: 1 ...

  4. python3 unittest框架失败重跑加截图支持python2,python3

    github源码地址下载:https://github.com/GoverSky/HTMLTestRunner_cn.git 解压文件后取出/HTMLTestRunner_cn.py文件丢进C:\Py ...

  5. pytest文档8-html报告报错截图+失败重跑

    前言 做web自动化的小伙伴应该都希望在html报告中展示失败后的截图,提升报告的档次,pytest-html也可以生成带截图的报告. conftest.py 1.失败截图可以写到conftest.p ...

  6. pytest失败重跑

    一.说明 平常在做功能测试的时候,经常会遇到某个模块不稳定,偶然会出现一些bug,对于这种问题我们会针对此用例反复执行多次,最终复现出问题来.自动化运行用例时候,也会出现偶然的bug,可以针对单个用例 ...

  7. 【转载】扩展Robot Framework,实现失败用例自动再执行(失败重跑)

    使用自动化脚本进行测试,经常受环境影响等各方面导致本能成功的脚本失败,下面介绍了RFS框架下,失败重跑的方法: 通过改写RobotFramework源代码增加--retry选项,实现test级别的失败 ...

  8. RF实现多次失败重跑结果合并的基础方法和优化方法

    实现思路:通过分次执行失败案例重跑,然后通过结果文件合并命令实现多次失败重跑结果文件的合并,并输出合并后的log和report文件: 说明:具体失败案例重跑命令和结果文件合并命令请参考本博客其他相关章 ...

  9. pytest 失败重跑截图

    1.环境准备 /*@param: 作者:流浪的python Date:2019/01/19 env:python 3.7(由于3.0-3.5以下部分pytest可能有部分兼容问题安装建议2.7-2.9 ...

随机推荐

  1. Beta冲刺<2/10>

    这个作业属于哪个课程 软件工程 (福州大学至诚学院 - 计算机工程系) 这个作业要求在哪里 Beta冲刺 这个作业的目标 Beta冲刺--第二天(05.20) 作业正文 如下 其他参考文献 ... B ...

  2. Kafka源码解析(二)---Log分析

    上一篇文章讲了LogSegment和Log的初始化,这篇来讲讲Log的主要操作有哪些. 一般来说Log 的常见操作分为 4 大部分. 高水位管理操作 日志段管理 关键位移值管理 读写操作 其中关键位移 ...

  3. @EnableHystrixDashboard注解无法使用情况

    本人使用的是springboot 2.1.3,在引入hystrix仪表盘时,发现@EnableHystrixDashboard注解无法使用. 原来的pom配置 度娘之后,发现是springboot版本 ...

  4. 虚拟机 VMware 设置VMWARE通过桥接方式使用主机无线网卡上网

    环境:WIN7旗舰版,台式机,U盘无线上网卡. 虚拟软件:VMware9.0,虚拟系统:CentOS6.4 需要实现虚拟机以独立机形式工作和上网. 先介绍一下VMware网络设置的三种方式 1 Hos ...

  5. 用VMware克隆CentOS 6.5如何进行网络设置

    我们使用虚拟机的克隆工具克隆出了一个电脑,电脑连接采用nat方式 111电脑对于的ip地址设置如下 [root@localhost ~]# cd /etc/sysconfig/network-scri ...

  6. Flask03-Form

    ## Web 表单 配置 为了能够处理 web 表单,我们将使用 Flask-WTF ,该扩展封装了 WTForms 并且恰当地集成进 Flask 中. 许多 Flask 扩展需要大量的配置,因此我们 ...

  7. Python数据分析帮你清晰的了解整理员工们的工作效率和整体满意度

    前言 本文的文字及图片来源于网络,仅供学习.交流使用,不具有任何商业用途,版权归原作者所有,如有问题请及时联系我们以作处理. 项目背景 2018年,被称为互联网的寒冬之年.无论大小公司,纷纷走上了裁员 ...

  8. JavaScript基础-自己定义自己的函数(016)

    把一个函数对象赋值给变量后,就可以通过这个变量再次定义函数,甚至可以在一个函数内部再次定义它自己: var scareMe = function () { alert("Boo!" ...

  9. proxool配置连接池

    http://log-cd.iteye.com/blog/199482 1.Hiebernate配置文件中引用proxool配置文件: <hibernate-configuration> ...

  10. 利用 React 高阶组件实现一个面包屑导航

    什么是 React 高阶组件 React 高阶组件就是以高阶函数的方式包裹需要修饰的 React 组件,并返回处理完成后的 React 组件.React 高阶组件在 React 生态中使用的非常频繁, ...