fixture
特点：
命令灵活：对于setup，teardown可以省略
数据共享：在conftest.py配置里写方法可以实现数据共享，不需要import导入，可以跨文件共享
scope的层次及神奇的yield组合相当于各种setup和teardown
实现参数化
应用
- 场景:
测试用例执行时，有的用例需要登录才能执行，有些用例不需要登录。
setup和teardown无法满足这种情况，但是fixture可以。默认scope（范围）：function
步骤：
导入pytest
在登录的函数上添加@pytest.fixture()
在要使用的测试方法中传入（登录函数名称）
不传入的就不登录，直接执行测试方法。
fixture作用域
| 取值 | 范围 | 说明 |
|---|---|---|
| function | 函数级 | 每一个函数或方法都会调用 |
| class | 类级别 | 每个测试类只执行一次 |
| module | 模块级 | 每个.py文件调用一次 |
| package | 包级 | 每个python包只调用一次（暂不支持） |
| session | 会话 | 每次会话只需要运行一次，会话内所有方法及类，模块都共享这个方法 |
session是在整个项目中只执行一次的代码
yield关键字
场景:
你已经可以将测试方法【前要执行的或依赖的】解决了，那测试方法后销毁清除数据要如何进行？
解决：
通过在fixture函数中加入yield关键字，yield是调用第一次返回结果，第二次执行它下面的语句返回。
步骤：
@pytest.fixture(scope=module)
在登录的方法中加yield，之后加销毁清除的步骤
import pytest
@pytest.fixture()
def login():
# setup
token = '1235236fdg'
print("登录功能")
yield token# 相当于return 返回none
# teardown
print("退出登录操作")
def test_search():
print("搜索功能")
def test_cart(login):
print(f"token:{login}")
print("购物车")'
运行
运行
数据共享
场景：
你与其他工程师合作一起开发时，公共的模块要在不同文件中，要在大家都访问的到的地方
解决：
使用conftest.py这个文件进行数据共享，并且它可以放在不同位置起着不同的范围共享作用
前提：
conftest文件名不能换
放在项目下是全局的数据共享
执行：
系统执行到参数login时先从本模块中查找是否有这个名字的变量之类的
之后在conftest.py中找是否含有
步骤：
将登录模块带@pytest.fixture写在conftest.py
自动应用
- 场景:
不想原测试方法有任何改动，或全部都自动实现自动应用，没特例，也都不需要返回值时可以选择自动应用的方法
- 解决：
使用fixture中的参数autouse=True实现
- 步骤：
在方法上面加@pytest.fixture(autouse=Ture)
参数化
- 场景:
测试离不开数据，为了数据灵活，一般数据都是通过参数传的
- 解决：
使用fixture中的固定参数request传递
- 步骤：
在fixture中添加@pytest.fixture(params=[1,2,3,'linda'])
在方法参数写request，方法体里面使用request.param接受参数
@pytest.fixture(params=['hogwarts','joker'])
def demo_params(request):
print(f'用户名为:{request.param}')
return request.param
def test_demo(demo_params):
print(f"数据为:{demo_params}")- 注意：fixture的参数是params，而调用的时候是request.param，没有s
总结:
模拟setup,teardown（一个用例可以引用多个fixture）
yield的用法
作用域（session，module，类级别，方法级别）
自动执行（autouse参数）
conftest.py用法，一般会把fixture写在conftest.py文件中
实现参数化
pytest.ini文件
pytest.ini是pytest的配置文件
可以修改pytest的默认行为
不能使用中文符号，包括汉字，空格 ，引号，冒号等
作用：
修改用例的命名规则
配置日志格式，比代码配置方便很多
添加标签，防止运行过程报警告错误
指定执行目录
排除搜索目录
改变pytest运行规则
[pytest]
;执行check_开头的所有文件
python_files = check_* test_*
;执行所有的以Test和Check开头的类
python_classes = Test* Check*
;执行所有以test_和check_开头的方法
python_functions = check_* test_*- 注意：win系统的pytest.ini文件不能写中文，注释也不行
pytest配置-添加默认参数
addopts = -v -s --alluredir=./results
指定/忽略执行目录
;设置执行得路径
;testpaths = bilibili baidu
;忽略某些文件夹/目录
norecursedirs = result logs datas test_demo*插件开发
pytest插件分类
外部插件：pip install 安装的插件
本地插件：pytest自动模块发现机制（conftest.py存放的）
内置插件：代码内部的_pytest目录加载（hook函数）
官网：PyPI · The Python Package Index
常用插件
每一种测试框架收集测试用例的顺序是不一样的
pytest执行顺序控制
- 场景：
对于集成测试，经常会有上下文依赖关系的测试用例。如十个步骤，拆分成十个case，这时候能知道到底执行到哪步报错。
用例默认执行顺序：自上而下执行
- 解决：
可以通过setup，teardown和fixture来解决，也可以使用pytest-ordering插件来解决
安装：pip install pytest-ordering
用法：@pytest.mark.run(order=2)
注意：多个插件装饰器(>2)的时候，有可能会发生冲突
并行与分布式并发执行(xdist)
场景1：
- 测试用例1000条，一个用例执行1分钟，一个测试人员需要1000分钟，通常我们会用人力成本换取时间成本，加几个人一起执行，时间就会缩短。这就是一种分布式场景。
场景2：
- 假设有个报名系统，对报名总数进行统计，数据同时进行修改操作的时候有可能出现问题，需要模拟这个场景，需要多用户并发请求数据
解决：
使用分布式并发执行测试用例，分布式插件：pytest-xdist
安装：pip install pytest-xdist
注意：用例多的时候效果明显，多进程并发执行，同时支持allure
hook函数
1. 介绍
是个函数，在系统消息触发时被系统调用
自动触发机制
Hook函数的名称是确定的
pytest有非常多的hook函数
使用时直接编写函数体
执行是有先后顺序的
可以在不同阶段实现不同的功能
pytest执行过程
执行顺序：
pytest编写插件1-修改默认编码
pytest_collection_modifyitems收集上来的测试用例实现定制化功能
解决问题：
自定义用例的执行顺序
解决编码问题（中文的测试用例名称）
自动添加标签
from typing import List
# 修改编码的hook函数
def pytest_collection_modifyitems(
session: "Session", config: "Config", items: List["Item"]
) -> None:
# items里的name是测试用例的名字，nodeid是测试用例的路径
print(items)
for item in items:
# 如果想改变unicode编码格式的话，需要先encode成utf-8格式的，再decode成unicode-escape就可以了
item.name = item.name.encode('utf-8').decode('unicode-escape')
item._nodeid = item.nodeid.encode('utf-8').decode('unicode-escape')编写插件2-添加命令行参数
# 定义命令行参数的hook函数
def pytest_addoption(parser):
# group 将下面所有的option都展示在这个group组下
mygroup = parser.getgroup('hogwarts')
mygroup.addoption('--env', # 注册一个命令行选项
default='test', # 参数的默认值
dest='env', # 存储的变量，为属性命令，可以使用option对象访问到这个值
help='set your run env') # 帮助提示，参数的描述信息
@pytest.fixture(scope='session')
def cmd_option(request):
# request获取命令行的参数，config拿到pytest相关配置，getoption拿到命令行参数
return request.config.getoption('--env')
打包发布
打包项目构成：
源码包
setup.py
测试包
from setuptools import setup, find_packages
setup(
name='pytest_encode',
url='',
version='1.0', # 版本
author='joker', # 作者
author_email='', # 邮箱
description='set your encoding and logger', # 描述用法
long_description='Show Chinese for you mark.parametrize().', # 完整描述
classifiers=[ # 分类索引，pip所属包的分类，方便在pip官网中搜索
'Framework :: Pytest',
'Programming Language :: Python',
'Topic :: Software Development :: Testing',
'Programming Language :: Python :: 3.8',
],
license='proprietary', # 程序授权信息
packages=find_packages(), # 通过导入的方式发现当前项目下所有的包
keywords=[ # 便于pip进行分类
'pytest', 'py.test', 'pytest_encode'
],
# 需要安装的依赖
install_requires=[
'pytest'
],
# 入口模块，或者入口函数(最重要的)
entry_points={
'pytest11': [
'pytest_encode = pytest_encode.main'
]
},
zip_safe=False
# 针对win系统，不设置成false会出错
)打包命令
依赖包安装：
pip install setuptools python的包管理工具，负责安装和发布，尤其是安装拥有依赖关系的包
pip install wheel 生成 *.whl格式的安装包，本质上也是一个压缩包
打包命令：（切到setup.py所在的目录下执行）
python setup.py sdist bdist_wheel
dist目录下.whl的文件，可以通过pip install 下载
发布命令
python3 -m pip install --user --upgrade twine ## 安装twine工具
python3 -m twine upload --repository testpypi dist/* ## 上传代码
行动吧，在路上总比一直观望的要好，未来的你肯定会感 谢现在拼搏的自己！如果想学习提升找不到资料，没人答疑解惑时，请及时加入扣群：
，里面有各种软件测试+开发资料和技术可以一起交流学习哦。
最后感谢每一个认真阅读我文章的人，礼尚往来总是要有的，虽然不是什么很值钱的东西，如果你用得到的话可以直接拿走：
这些资料，对于【软件测试】的朋友来说应该是最全面最完整的备战仓库，这个仓库也陪伴上万个测试工程师们走过最艰难的路程，希望也能帮助到你！
![[UTCTF2020]babymips](https://i-blog.csdnimg.cn/direct/9c86c0a9697342b8bedea325f3ba70f0.png)
