背景

在编写接口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之间是或的关系

如上图,遇到AssertionErrorValueError的情况下都被重跑了

装饰器模式

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调试时候会有不兼容性

最后总结,这个插件虽然还用,但是坑还是不少,建议主要使用失败重试次数和重试间隔的功能即可。 

传送门:2021最新测试资料与大厂招聘合集

博主:测试生财(一个不为996而996的测开码农)

座右铭:专注测试开发与自动化运维,努力读书思考写作,为内卷的人生奠定财务自由。

内容范畴:技术提升,职场杂谈,事业发展,阅读写作,投资理财,健康人生。

csdn:https://blog.csdn.net/ccgshigao

博客园:https://www.cnblogs.com/qa-freeroad/

51cto:https://blog.51cto.com/14900374

微信公众号:测试生财(定期分享独家内容和资源)

Logo

开放原子开发者工作坊旨在鼓励更多人参与开源活动,与志同道合的开发者们相互交流开发经验、分享开发心得、获取前沿技术趋势。工作坊有多种形式的开发者活动,如meetup、训练营等,主打技术交流,干货满满,真诚地邀请各位开发者共同参与!

更多推荐