1.pytest简述
pytest 是一个功能强大且灵活的Python测试框架，其主要是用于流程控制，具体用于UI还是接口自动化根据个人需要而定。且其具有丰富插件，使用时较为方便。咱们具体看下方的内容，本文按照使用场景展开，不完全按模块划分，减少割裂感。
2.安装pytest
安装命令（已安装python及pip）：
pip install -U pytest # cmd命令行中直接输入即可
查看是否已经安装成功：
pytest --version
参考文档：
链接: pytest文档
3.新建工程
1.新建工程
这里我们使用编译器pycharm直接新建一个工程
这个工程用的虚拟环境，这里我们为这个工程再安装一次pytest
当然，要是希望系统装的依赖可以使用，或者其他项目可以共用依赖，可以将这两个选项勾选上，就不用再额外安装了
这里我们先介绍下pytest的文件、类、方法的命名规范（当然也可以有其他的规则，这个我们后面再说，我们这里只定义一个规则）
1 pytest的测试类文件，文件名小写，且必须以test_开头，多个单词以_连接
2 测试类名必须以Test开头，大驼峰格式
3 测试方法名必须以test_开头，多个单词以_连接，全小写
上述都是针对测试方法和测试类，普通的方法类不要包含test字样，其它规则保持一致即可
2.新建测试类
如图所示，我们这边新建一个文件test_app1.py，文件中新建了一个测试类TestA，类中创建了4个方法，其中test开头的两个方法是有默认执行按键（向右的三角）的。这就是我们上面说的文件、类、函数的命名规则
3.运行方式
1.主函数运行
我们直接点击下方的主函数运行当前测试文件中的测试方法
可以看到这边执行了两个测试方法
2.命令行运行
我们在下方命令行中输入
pytest 文件名
可以看到这里也显示有两个用例通过，但是注意这里是没有print信息打印的哦，我们在pytest后加-s即可打印print信息
3.使用pytest.ini配置文件运行
pytest.ini文件是整个工程的配置文件，通常创建在工程的根目录下，里面的配置我们在执行工程时会自动调用。
这里我们先介绍下pytest.ini的常用配置：
| 参数 | 作用 |
|---|---|
| [pytest] | 用于标志这个文件是pytest的配置文件 |
| addopts | 命令行参数，多个参数用空格间隔，例如上面的-s就可以加在这个参数后面 |
| testpaths | 执行用例的范围，如果工程中有多个目录，可以在这里配置 |
| python_files | 改变默认的文件搜索规则，这里指的就是以test开头的文件名 |
| python_classes | 改变默认的类名搜索规则，这里指的就是以Test开头的类名 |
| python_functions | 改变默认的方法名搜索规则，这里指的就是以test开头的方法名 |
| markers | 用例标记；当用例较多时，可用这个参数分类标记用例，执行时可按标记执行相应的用例 |
这里我们在pytest.ini中配置了执行参数-s，然后我们在命令行中直接执行pytest，它会自动带参数执行自动化工程（主函数和命令行执行都会默认带pytest.ini下配置的参数），这里我们没有配置python_files，python_classes，python_functions参数，但是它还是执行了这两个方法，说明它是按照默认规则来执行的。
这里我们也可以修改规则来是适配我们特殊的规则
例如：
我们修改下文件方法的搜索适配规则
然后我们新建一个文件
直接输入pytest，查看执行结果，可以看到只执行了两个符合规则的用例
然后我们再加入testpaths这个参数
可以看到执行的下面这个文件夹中的用例
我们虽然可以修改用例的匹配规则，但建议不修改。修改后不一定所有人都能完全按照新规则编写，而且有时候新规则和默认规则会有冲突，不会完全修改默认规则（这里面还是有点坑的，慎踩），所以不建议修改。
然后我们再补充一点命令行执行参数，即加在addopts参数后的
具体可参考这篇文档
https://docs.pytest.org/en/stable/reference/reference.html#command-line-flags
4.流程控制
1.类中定义的setup和teardown方法
和多数自动化测试框架一样，pytest也支持在类中增加setup和teardown方法，直接上个例子
在类中我添加了方法和类的setup和teardown方法
这里可以看到其执行顺序为
2.用fixture来实现前后置操作
我们先介绍下装饰器@pytest.fixture()
其函数名为：
def fixture(
fixture_function: FixtureFunction | None = None,
*,
scope: _ScopeName | Callable[[str, Config], _ScopeName] = "function",
params: Iterable[object] | None = None,
autouse: bool = False,
ids: Sequence[object | None] | Callable[[Any], object | None] | None = None,
name: str | None = None,
)
其中我们主要关注的参数为：
| 参数 | 作用 |
|---|---|
| scope | 作用域，Literal[‘session’, ‘package’, ‘module’, ‘class’, ‘function’] |
| params | 方法入参，用例可从这个参数里取到入参 |
| autouse | 是否自动生效 |
| ids | 可和上方的params配合使用。作为每个参数的标识 |
| name | 用于对fixture函数的重命名 |
下面我们介绍各个参数的具体用法
1.scope
scope为该方法的作用范围
| 取值 | 说明 |
|---|---|
| function | 函数级，即每个用例前后都会调用 |
| class | 类级，每个类前后都会调用 |
| module | 模块级，每个py文件前后都会调用 |
| package | 包级，每个模块包前后会调用 |
| session | 会话级，即执行自动化工程前后会调用 |
这里我们举两个例子：
1、我们scope取值为function，可以看到每个用例前都执行了一次
2、我们scope取值为class，可以看到每个类前都执行了一次，注意：这里有两个方法是不在类下面的，这两个方法之前也执行了fixture方法，说明类外的用例方法前都是执行scope作用域为class的fixture
3、接下来我们讲一下module、package和class级的，要注意这几个都是会在多个文件前后执行的。上面我们介绍的fixture方法是写在一个py文件中的，在执行时不会作用到其他py文件中去，哪怕scope取值为function和class也一样，我们有时候在每个用例或每个类前后都要执行公共操作，这样每个文件里写一个方法，显然很不方便。这里引入一个文件:
conftest.py
如果我们希望多个py文件可以共享fixture方法，可以将fixture方法放在conftest.py文件中，这样工程中所有的文件都会共享到这些fixture方法
这里可以看到两个py文件都使用了这些方法
当然，除了工程根目录下可以建conftest.py文件，其他目录或者包下也可以存放conftest.py，但是要注意作用域范围，一般执行的优先级为（根目录>二级目录>三级目录…）
这里有两点要注意：
1.conftest.py文件名不能写错，写错无法找到fixture方法
2.fixture方法名不能一样，否则会冲突，只执行一个
4.这里我们再讲一下scope为session的
这里我们看到只在整个工程执行之前执行了一次，平时我们自己执行工程也就会执行一次，比如像一些登录或初始化的动作可以写在这个方法里；但是我们大批量执行自动化时，可能自动化工程分散在多个执行机或多个批次执行时，那这个方法就会执行多次，即每次输入执行pytest时，执行一次session方法
2.autouse
默认值为False，即默认不执行，如果设置为True，则默认调用
可以看到上面举scope的例子的时候，autouse都是赋值的True，这样它就会默认在每个类/方法前自动调用了。
我们不赋值时，就是默认不调用了，如果我们某些方法需要调用呢，可以手动调用；手动调用则直接在用例方法中传入fixture方法名即可（这里为了方便截图，我还是把fixture方法写在同一个py文件中）
可以看到，这里只有test_2方法前执行了fixture方法。
如果这里的作用域是class呢，同一个class中多次手动调用fixture方法，它只会在第一次调用时执行
到这里，我们只介绍了如何执行前置步骤，如果我们需要后置步骤，或者前置步骤中需要传值出来呢
要想传值出来，我们有两种方法
1.关键字return
可以看到我们调用函数名即可获取其返回值
此外，fixture函数可以多层调用，假如我们有两个fixture方法，第二个方法调用第一个方法
可以看到，第二个方法调用了第一个方法，test_2用例方法又调用了第二个方法，其先执行的是第一个fixture方法，即先执行最内层被调用的方法，一层一层向外执行，如果需要用到这种场景，可以参考
2.关键字yield
yield关键字可以用来返回值和操作后置步骤，yield后跟返回值，yield下面则跟后置步骤
可以看到，我们这里的fixture作用域是class，且是自动调用的，所以在test_1那里就调用了前置步骤，test_2处调用了其返回值，test_3后即整个class后调用了后置步骤
3.params和ids
params可以向fixture中传入参数，并且可以与ids一起使用，作为每个参数的标识。
fixture将params列表中传入的每一组值都会执行一遍，与此对应的testcase也都会执行多遍，具体调用如下，用request关键字来承接入参，并使用request.param来获取入参
可以看到test_2方法执行了3次，每次都输出了从fixture方法中获取的值，并且可以看到我这边params中传入的值不是一个类型的，所以params整个是一个大数组，具体每个数组位是什么类型的值都不影响，且类型不一样也可以。
这时候我们可以再加个ids
可以看到这里就显示ids了，我们后面集成allure显示报告时也会用到（实际使用看个人需要了，一般场景下可不用）
4.name
fixture方法的重命名，一般我们调用fixture方法时，直接写其方法名即可，如果使用了name参数，则调用时只能使用name后赋值的新函数名，使用原函数名会报错
这里我们重命名一下fixture函数，但是调用时还调用原函数名，就报错找不到这个函数
我们调用重命名的setup，即可调用成功
综上所述：fixture方法用得比较多的就是scope和autouse两个参数，其他几个参数请根据各自场景选用。
注：本文纯手打，有疏漏之处可留言指出。后续会继续更新自动化工程的其他部分。
