pytest之 fixture 实现机制
一、相同测试数据存放优化
在讲 fixture 实现机制之前,插入一段内容
上次有个小伙伴问我说,类似下面的用例代码情况,每条测试用例的数据都一样的,我们可以怎么进行优化吗?
当然是可以的
其实我们可以把这些用例的数据全部拿出来用列表的形式存放在datas,里面,然后遍历每一条数据进行判断
import pytest
from Day18_pytest_fixture.login import login_check datas = [
{"user":'python37', "passwd": 'lemonban', "check": {"code": 0, "msg": "登录成功"} },
{"user":'python37', "passwd": 'lemonban666', "check": {"code": 1, "msg": "账号或密码不正确"} },
{"user": 'python370', "passwd": 'lemonban', "check": {"code": 1, "msg": "账号或密码不正确"}},
{"user": None, "passwd": 'lemonban', "check": {"code": 1, "msg": "所有的参数不能为空"}},
{"user": 'python37', "passwd": None, "check": {"code": 1, "msg": "所有的参数不能为空"}}
]
# 第二步遍历每一条数据然后进行判断:
# 这种方法不太友好——只会执行一条用例,而且用例失败了就不能往下继续执行
# ——解决方法:pytest 框架自带的解决方法:@pytest.mark.parametrize("参数名",列表数据)
# class TestLogin:
# def test_login_success(self):
# for data in datas:
# actual = login_check(data["user"],data["passwd"])
# assert actual == data["check"]
# 解决:第二步遍历每一条数据然后进行判断的问题 class TestLogin: @pytest.mark.parametrize("case",datas) # 解决:第二步遍历每一条数据然后进行判断的问题
def test_login(self,case): #这里的case 要与上面装饰器的case 保持一致
actual = login_check(case["user"], case["passwd"])
assert actual == case["check"]
二、fixture 实现机制
通过@pytest.fixture 装饰器来定义fixture 。一个函数被@pytest.fixture 装饰,那么这个函数就是fixture。
使用fixture 时,分为两个部分: fixture 定义、fixture 调用。
除此之外,还有fixture 的共享机制,嵌套调用机制。
1、定义fixture
(1)fixture 通过函数实现
(2)使用@pytest.fixture 进行装饰
import pytest @pytest.fixture
def init():
pass
2、fixture 的调用
在fixture定义好之后,可以明确:
1)fixture 处理了哪些前置准备工作、哪些后置清理工作
2)fixture 作用域(是测试函数?还是测试类,还是测试回话,还是测试模块?)
但是,注意一般情况下我们不会放在类里面去使用,一般是放在模块或者类外面使用的
# (2)函数前面,要用@pytest.fixture来声明它是一个fixture
# autouse=True ——》有表示类下面的每条用例都会执行,没有表示整个类只执行一次, scope="class" : 表示设置作用域
@pytest.fixture(scope="class", autouse=True)
# (1)自定义一个函数名
def hello(self):
# 前置准备工作的代码
print("一条测试用例开始执行")
yield # yield之前的代码为:前置工作,yield之后的代码为:后置工作
# 后置清理工作的代码
print("一条测试用例执行结束")
import pytest
from Day18_pytest_fixture.login import login_check datas = [
{"user":'python37', "passwd": 'lemonban', "check": {"code": 0, "msg": "登录成功"} },
{"user":'python37', "passwd": 'lemonban666', "check": {"code": 1, "msg": "账号或密码不正确"} },
{"user": 'python370', "passwd": 'lemonban', "check": {"code": 1, "msg": "账号或密码不正确"}},
{"user": None, "passwd": 'lemonban', "check": {"code": 1, "msg": "所有的参数不能为空"}},
{"user": 'python37', "passwd": None, "check": {"code": 1, "msg": "所有的参数不能为空"}}
] # @pytest.fixture(scope="class",autouse=True)
@pytest.fixture(scope="class")
# (1)自定义一个函数名
def hello():# self 可以不要了,因为我们不是放在类里面了
# 前置准备工作的代码
print("一条测试用例开始执行")
print("======================================")
yield # yield之前的代码为:前置工作,yield之后的代码为:后置工作
# 后置清理工作的代码
print("一条测试用例执行结束") #可以同时调用多个
# @pytest.fixture(scope="class")
# def class_fix():
# # 前置准备工作的代码
# print("-----测试类下的用例开始执行------")
# yield
# # 后置清理工作的代码
# print("-----测试类下的用例执行结束------") #函数名可以随便取
# @pytest.mark.usefixtures("class_fix") # 调用函数名为class_fix的fixture.
@pytest.mark.usefixtures("hello") # 调用函数名为hello的fixture.,注意函数名不要写错了,写错了就会报错,因为程序找不到
#我们来思考一个问题,类怎么去调用这个前后置模块的代码逻辑呢?——用例执行之前执行前置,用例执行之前后执行后置?——》@pytest.mark.usefixtures()
#@pytest.mark.usefixtures("hello") #pytest.mark.usefixtures("hello") 表示在执行当前类下的测试用例之前,会自动去寻找函数名叫hello的fixture并执行
class TestLogin:
@pytest.mark.parametrize("case",datas) # 解决:第二步遍历每一条数据然后进行判断的问题
def test_login(self,case): #这里的case 要与上面装饰器的case 保持一致
actual = login_check(case["user"], case["passwd"])
assert actual == case["check"]
# @pytest.mark.usefixtures("hello") #像这个是调用不了的,因为设置了作用域,只能类下面去调用
def test_hello_world():
print("我是模块下的测试用例")
pytest之 fixture 实现机制的更多相关文章
- pytest.4.Fixture
From: http://www.testclass.net/pytest/fixture/ 我们可以简单的把Fixture理解为准备测试数据和初始化测试对象的阶段. 一般我们对测试数据和测试对象的管 ...
- pytest(6)-Fixture(固件)
什么是固件 Fixture 翻译成中文即是固件的意思.它其实就是一些函数,会在执行测试方法/测试函数之前(或之后)加载运行它们,常见的如接口用例在请求接口前数据库的初始连接,和请求之后关闭数据库的操作 ...
- 『德不孤』Pytest框架 — 12、Pytest中Fixture装饰器(二)
目录 5.addfinalizer关键字 6.带返回值的Fixture 7.Fixture实现参数化 (1)params参数的使用 (2)进阶使用 8.@pytest.mark.usefixtures ...
- unittest的前置后置,pytest的fixture和共享机制conftest.py
Unittest setUp/tearDown setUp当中得到的变量,用self.xxx = value传递给测试用例 setUpClass/tearDownClass setupClass当中得 ...
- 『德不孤』Pytest框架 — 11、Pytest中Fixture装饰器(一)
目录 1.Fixture装饰器的用途 2.Fixture参数说明 3.Fixture装饰器简单应用 4.yield执行后置函数 1.Fixture装饰器的用途 做测试前后的初始化设置,如测试数据准备, ...
- pytest 15 fixture之autouse=True
前言 平常写自动化用例会写一些前置的fixture操作,用例需要用到就直接传该函数的参数名称就行了.当用例很多的时候,每次都传这个参数,会比较麻烦.fixture里面有个参数autouse,默认是Fa ...
- pytest 5. fixture之yield实现teardown
前言: 1.前面讲的是在用例前加前置条件,相当于setup,既然有setup那就有teardown,fixture里面的teardown用yield来唤醒teardown的执行 看以下的代码: #!/ ...
- pytest 3.fixture介绍一 conftest.py
前言: 前面一篇pytest2 讲到用例加setup和teardown可以实现在测试用例之前或之后加入一些操作,但这种是整个脚本全局生效的,如果我想实现以下场景: 用例1需要先登录,用例2不需要登录, ...
- pytest的fixture和conftest
解决问题:用例1需要先登录,用例2不需要登录,用例3需要先登录.很显然这就无法用setup和teardown来实现了,这个时候就可以自定义测试用例的预置条件,比setup灵活很多. 1.fixture ...
随机推荐
- 零基础学习java------day11------常用API---Object、Scanner、String、StringBufer/StringBuilder
API概述 API(application Programming Interface, 应用程序编程接口),是一些预先定义的函数.目的是提供应用程序与开发人员基于某软件或硬件得以访问一组例程的能力, ...
- Vue相关,vue父子组件生命周期执行顺序。
一.实例代码 父组件: <template> <div id="parent"> <child></child> </div& ...
- 【vector的输出问题】 洛谷 P1996 约瑟夫问题
题目:P1996 约瑟夫问题 - 洛谷 | 计算机科学教育新生态 (luogu.com.cn) 可恶啊,本来是一道不算难的题,硬是因为cin,cout同步流卡了我一天qwq 关闭cin,cout同步流 ...
- 【Linux】【Shell】【Basic】变量与数据类型
1. 变量: 1.1. 局部变量:作用域是函数的生命周期:在函数结束时被自动销毁: 定义局部变量的方法:local VARIABLE=VALUE 1.2. 本地变量:作用域是运行脚本的shell进程的 ...
- ping (网络诊断工具)
Ping是Windows.Unix和Lnix系统下的一个命令,ping也属于一个通信协议,是TCP/IP协议的一部分,利用Ping命令可以检查网络是否连通,可以很好地帮助我们分析和判定网络故障.应用格 ...
- Linux学习 - 压缩解压命令
一." .gz "压缩文件 1 压缩语法 gzip [文件] 2 解压语法 gunzip [压缩文件] 3 注 gzip只能压缩文件 gzip不保留原文件 二." . ...
- mybatis-插件开发
在Executor.StatementHandler.parameterHandler.resultSetHandler创建的时候都有一步这样的操作xxxHandler=interceptorChai ...
- Static data members in C++
Predict the output of following C++ program: 1 #include <iostream> 2 using namespace std; 3 4 ...
- Linux 网卡配置文件,命令详细设置
1.配置文件/etc/hosts(本地主机ip地址映射,可以有多个别名)./etc/services(端口号与标准服务之间的对应关系)./etc/sysconfig/network(设置主机名,网关, ...
- spring boot @EnableWebMvc禁用springMvc自动配置原理。
说明: 在spring boot中如果定义了自己的java配置文件,并且在文件上使用了@EnableWebMvc 注解,那么sprig boot 的默认配置就会失效.如默认的静态文件配置路径:&quo ...