背景
在编写接口case的时候，我们常遇到一个这样的问题：
测试环境不稳定偶发接口超时（和服务无关，纯粹是环境问题），然后执行接口case也因此偶发失败。比如同一个接口case跑五次，其中有两次失败，另外三次都是成功的，这种偶发性的环境问题就需要我们手动重跑（还不一定能够通过）。有没有一个比较好的机制，保证case能够尽最大努力通过测试呢？
这里我们介绍pytest的一个失败重跑插件：pytest-rerunfailures
介绍
pytest-rerunfailures是一个通过重跑机制来消除不稳定失败的pytest插件。
项目地址：https://github.com/pytest-dev/pytest-rerunfailures
安装
安装&运行要求：
- Python 3.6~3.9, or PyPy3
- pytest 5.0+
安装插件
sudo pip(pip3) install pytest-rerunfailures
使用pytest-rerunfailures
使用方式有两种：
- 命令行参数
- 装饰器方式
命令行参数模式
示例case：test_demo.py
#!/usr/bin/env python3 #!coding:utf-8 import pytest import random def test_simple_assume(): #每次case运行的值为1或者2，具有随机性 r = random.randint(1,2) assert r == 1
如果我们直接运行pytest test_demo.py，那么每次运行的结果会具有一定随机性（可能成功也可能失败）
如果使用pytest-rerunfailures指定执行多次，只要执行次数足够多，那么遇到结果成功的机会就会更多。
例子1
指定失败重跑最大次数为10：pytest --reruns 10
如下图，我们看到一共跑了两次，第一次结果失败，所以重跑了第二次，最终结果用R标注。（如果跑一次就成功，结果应该是'.')
例子2
指定失败重跑最大次数为10，重跑间隔为1秒：pytest --reruns 10 --reruns-delay 1
如下图，一共重跑了两次，重跑两次的执行时间为2.1秒，上图中一次只需要0.07秒，这里多出的两秒就是因为--reruns-delay指定的重跑间隔为1秒。
例子3：通过表达式指定失败重跑
test_demo.py解释：
-
test_assert_error随机抛出AssertionError
-
test_value_error随机抛出ValueError
#!/usr/bin/env python3 #!coding:utf-8 import pytest import random def test_assert_error(): r = random.randint(1,2) with pytest.raises(AssertionError): #这里如果不使用pytest.raises显式抛出AssertionError异常，pytest-rerunfailures无法捕获到assert r == 1，应该是该插件的bug。 assert r == 1 def test_value_error(): r = random.randint(1,2) if r == 1: s = int('www')
执行：pytest --reruns 10 --only-rerun AssertionError --only-rerun ValueError test_demo.py -v
其中多个--only-rerun之间是或的关系
如上图，遇到AssertionError和ValueError的情况下都被重跑了
装饰器模式
test_demo.py
-
test_assert_error随机抛出AssertionError,最多失败重跑五次
-
test_value_error随机抛出ValueError,最多失败重跑五次，失败重跑间隔为2秒
-
test_value_error_condition,最多失败重跑五次，仅当系统为win32系统才重跑。
#!/usr/bin/env python3 #!coding:utf-8 import pytest import random import sys
#这个最多失败重跑五次 @pytest.mark.flaky(reruns=5) def test_assert_error(): r = random.randint(1,2) #raise AssertionError("ERR") with pytest.raises(AssertionError): assert r == 1
#这个最多失败重跑五次
@pytest.mark.flaky(reruns=5, reruns_delay=2)
def test_value_error():
r = random.randint(1,2)
if r == 1:
s = int('nick')
#官网的这个例子有问题，如果拿mac或者linux机器跑也会有重试（condition中指定的是win32平台才会触发重跑机制）
@pytest.mark.flaky(reruns=5, condition=not sys.platform.startswith("win32"))
def test_value_error_condition():
r = random.randint(1,2)
if r == 1:
s = int('nick')
执行：pytest -v
这里前面两个testcase都有过失败重跑，但是第三个也重跑了（作者原意是condition为False情况下不会重跑），这里是有bug的，即condition是无效的。
去查看项目源码，果然发现这里有些问题，是否不重跑的函数里面用的是or，即最后一个not condition只是不重跑的条件之一，如果前面满足重跑，则condition这个参数可以被忽略掉。
兼容性
- 不可以与类，模块还有包级别的fixture装饰器一起使用： @pytest.fixture()
- 该插件与pytest-xdist的 --looponfail 标志不兼容
- 该插件在使用pdb调试时候会有不兼容性
最后总结，这个插件虽然还用，但是坑还是不少，建议主要使用失败重试次数和重试间隔的功能即可。
博主：测试生财
座右铭：专注测试与自动化，致力提高研发效能；通过测试精进完成原始积累，通过读书理财奔向财务自由。
csdn：https://blog.csdn.net/ccgshigao