编程语言
首页 > 编程语言> > python之测试框架pytest(二)

python之测试框架pytest(二)

作者:互联网

一、ddt(数据驱动测试 Data-Driven Testing)

1、数据和测试逻辑分离,便于维护。当数据和测试逻辑各自需要修改的时候,不会影响到对方

2、测试用例之间是独立的,符合测试需求,当不使用数据驱动测试的时候,测试用例的中断会影响另外测试用例的执行

3、参数化

1)测试用例函数会根据用例参数调用多次

2)声明@pytest.mark.parametrize()

@pytest.mark.parametrize('variable',data)
def test_login(variable):
  pass

语法:@pytest.mark.parametrize('variable',data)中variable与测试函数中的def test_login(variable)参数variable变量名要一致,data是测试用例数据,通过data中的测试用例数据来驱动测试用例函数的执行,用例与用例之间是相互的独立的,一个用例的运行失败不会影响下一个测试用例的执行。

二、fixture 测试夹具

1、fixture:测试用例执行的前置和后置条件,即测试用例执行的环境

2、fixture夹具:就是函数

1)声明@pytest.fixture()

@pytest.fixture()
def function():
.....前置条件.....
yield "hello" # 返回值
.....后置条件.....

a、return和yield的区别:遇到return会终止,后面的代码不会运行,而yield的不会终止,后面的代码会运行,使用yield后就不再是普通的函数了,是一个生成器函数,遇到yield的就会先运行yield处的处理,然后再返回来执行后面的语句

b、如果没有后置条件,那可以使用return返回值,如果有后置条件那就使用yield

c、返回值的用处:1、比如要打开浏览器测试功能,前置条件就是打开浏览器,将打开浏览器的这个对象返回给测试函数,关闭浏览器这个对象可以使用测试的后置条件;2、数据库连接,准备好链接地址和端口地址,用户名密码,链接后返回一个数据库链接的对象,使用完后需要关闭数据库链接可使用后置条件

d、yield注意事项:
  如果yield前面的代码,即前置条件部分已经抛出异常了,则不会执行yield后面的后置条件内容
  如果测试用例抛出异常,yield后面的后置内容还是会正常执行

2)夹具的参数列表

@pytest.fixture(scope="function", params=None, autouse=False, ids=None, name=None)

scope:可以理解成fixture的作用域,默认:function,还有class、module、package、session四个【常用】
autouse:默认:False,需要用例手动调用该fixture;如果是True,所有作用域内的测试用例都会自动调用该fixture
name:默认:装饰器的名称,同一模块的fixture相互调用建议写个不同的name

3)夹具的调用

a、将fixture名称作为测试用例函数的输入参数

直接使用夹具函数名如:function_fixture将夹具函数名作为参数传入到测试用例函数中,使用夹具函数名可以获取夹具函数的返回值

b、测试用例加上装饰器:@pytest.mark.usefixtures(fixture_name)

c、fixture设置autouse=True

@pytest.fixture(autouse=True),scope默认为function,所有测试用例函数都不需要传入夹具函数名,就可以自动调用夹具函数了,同理当scope=class/module/package/session时,autouse为True会在这些作用范围内自动调用夹具函数

d、相关知识点

在类声明上面加 @pytest.mark.usefixtures() ,代表这个类里面所有测试用例都会调用该fixture

可以叠加多个 @pytest.mark.usefixtures() ,先执行的放底层,后执行的放上层

可以传多个fixture参数,先执行的放前面,后执行的放后面

如果fixture有返回值,用 @pytest.mark.usefixtures() 是无法获取到返回值的,必须用传参的方式

注意:添加了 @pytest.fixture ,如果fixture还想依赖其他fixture,需要用函数传参的方式,不能用 @pytest.mark.usefixtures() 的方式,否则会不生效

4)夹具作用域

a、默认作用域为函数@pytest.fixture(scope="function")

每个使用夹具的测试用例函数或者方法都会执行夹具

b、@pytest.fixture(scope="class"):夹具作用域设置为类

整个类夹具都只会运行一次

c、@pytest.fixture(scope="module"):夹具作用域设置为模块

整个模块夹具都只会运行一次

d、@pytest.fixture(scope="package"):夹具作用域设置为包

整个包夹具都只会运行一次

e、@pytest.fixture(scope="session"):夹具作用域设置session

整个session夹具都只会运行一次,所谓的session就是指运行一次pytest,整个测试会话(即开始执行pytest到结束测试)夹具只运行一次
5)fixture实例化顺序

a、较高 scope 范围的fixture(session)在较低 scope 范围的fixture( function 、 class )之前实例化【session > package > module > class > function】

b、具有相同作用域的fixture遵循测试函数中声明的顺序,并遵循fixture之间的依赖关系【在fixture_A里面依赖的fixture_B优先实例化,然后到fixture_A实例化】

c、自动使用(autouse=True)的fixture将在显式使用(传参或装饰器)的fixture之前实例化

6)conftest.py

a、共享fixture,conftest.py的模块名字是固定写法

b、该py可以让所有需要使用fixture的模块都省去了import,将共享的夹具函数放入conftest.py文件中,模块中调用夹具可以直接使用夹具函数名,不需要使用import,避免有过多的导入包操作,当测试用例函数调用时发现使用的夹具,当时在当前py中找发现没有定义,就会去当前父路径下的conftest.py中找

c、conftest.py放到项目的根目录

3、allure

1)java写的一个输出报告平台

2)使用步骤

a、下载allure的zip包进行解压

b、配置allure bin路径到环境变量

c、pytest绑定allure:pip install allure-pytest

d、pytest --alluredir=目录路径         输出结果:目录路径下都是用例执行输出的allure解析数据

e、allure serve 目录路径    输出结果:将目录下的allure数据生成成一个测试报告

标签:函数,框架,python,fixture,pytest,yield,测试用例,夹具
来源: https://www.cnblogs.com/lynne-wu/p/14258196.html