python pytest接口自动化框架搭建(一)

1.首先安装pytest

pip install pytest

2.编写单测用例

在pytest框架中,有如下约束:

  • 所有的单测文件名都需要满足test_*.py格式或*_test.py格式。
  • 在单测文件中,可以包含test_开头的函数,也可以包含Test开头的类。
  • 在单测类中,可以包含一个或多个test_开头的函数。

此时,在执行pytest命令时,会自动从当前目录及子目录中寻找符合上述约束的测试函数来执行。

import pytest

# content of test_sample.py
def func(x):
    return x + 1
def test_answer():
    assert func(3) == 5

运行 pytest  或 指定特定文件 pytest -q test_sample.py

2.1 运行pytest 则遍历当前目录及子目录

看红色圈住的部分,可以得出它是循环遍历它当前目录和子目录

2.2 pytest -q test_class.py 指定文件运行

3.测试用例搜索

定义是: 搜索测试文件和测试用例的过程称为测试搜索.
想要被搜到,必须遵守pyteset的命名规则:

  

  • 所有的单测文件名都需要满足test_*.py格式或*_test.py格式。
  • 在单测文件中,可以包含test_开头的函数,也可以包含Test开头的类。
  • 在单测类中,可以包含一个或多个test_开头的函数。

为了好记,测试文件和测试函数必须以 test_开头,类是Test 开头.

4.控制台信息讲解

4.1. test session starts
  这个是每次运行的分割线

4.2. platform 信息

  1.win32 代表用的是windows ,MAC 显示的是darwin

  2.接着显示的是Python 和 pytest的版本 , py 和pluggy是pytest包

  3.rootdir 当前的起始目录, inifile是指配置文件,后边章节我会详细讲解.

  4. collected 5 itemes    一共搜集了多少测试用例.

  5. test_run01.py …
    测试文件后边的“.” 代表测试通过, F(Fail),E(error),s(skip),X(xpass)>预期失败但是成功了
    x(xfail)>预期失败执行也失败了.(下边我讲解具体详情)
  6. 4 fail,1passed in 0.06 seconds======
    表示通过的数量,没有通过也会总结数量 ,以及花费得时间.

5.使用命令行选项
有了命令行选项使其操作我们的用例变的非常灵活。Unittest 框架如果想执行复杂的场景
变得很鸡肋,这是pytest 优胜Unittest的地方.
以下列举的是常用的命令行选项,已经可以满足我们使用,如果个人想扩展,可以用

pytest --help 可以查到全部的命令 自己可以尝试下,在这不截图了

5.1 -–collect-only

从图片可以看出 一共搜集了5 个测试用例,在执行结果 是 no tests ran 说明只是搜集并不执行。

5.2. -k 选项
重要功能是利用你使用的表达式来 指定希望运行的测试用例.
比如: 你用 pytest -k “表达式”
pytest 根据 你输入的表达式内容进行去匹配 测试用例的名字里是否有这个表达式内容进行过滤.
然后再运行. 如果想查找多个内容,可以用 or 进行连接 ,请看下边的截图:

5.3.-m 选项
m 是marker的缩写,功能是执行自己标记的测试用例,我先讲解如何标记测试用例
如果我们想执行带有 first_case 怎么标记呢
请看下边的实例, 用到了@pytest.mark.first_case, 其中first_case 是装饰器用于标记的内容.

import pytest


def inc(x):
    return x + 1


def test_answer():
    assert inc(3) == 5


@pytest.mark.first_case
def test_task01():
    assert 1 == 1


def test_task02():
    assert 1 == 1


def test_task03():
    assert 1 == 1

pytest -m "first_case" --collect-only 或者

pytest -m "first_case" 

PS E:\Python_Web\pytest-requests-allure> pytest -m "first_case" --collect-only
================================================= test session starts =================================================
platform win32 -- Python 3.7.2, pytest-4.5.0, py-1.8.0, pluggy-0.12.0
rootdir: E:\Python_Web\pytest-requests-allure
plugins: allure-pytest-2.6.3, html-1.20.0, metadata-1.8.0
collected 8 items / 6 deselected / 2 selected
<Module test_module.py>
  <Function test_task01>
  <Function test_task02>

================================================== warnings summary ===================================================
d:\software\python\python37\lib\site-packages\_pytest\mark\structures.py:324
  d:\software\python\python37\lib\site-packages\_pytest\mark\structures.py:324: PytestUnknownMarkWarning: Unknown pytest.mark.first_case - is this a typo?  You can register custom marks to avoid this warning - for details, see https://docs.pytest.org/en/latest/mark.html
    PytestUnknownMarkWarning,

-- Docs: https://docs.pytest.org/en/latest/warnings.html
====================================== 6 deselected, 1 warnings in 0.11 seconds =======================================

如果想用多个marker ,可以这么写 “marker1 or marker2” 意思是执行 mark1 和mark2所有测试用例
也可以用not 过滤, “marker1 and not marker2” 意思是 执行marker1 并且不包含marker2用例.

 6. -x 选项

这个选项是为debug 准备的,正常的流程 是如果断言失败,它会继续执行并不会断掉.如果想在第一个断言失败我就不让继续执行,就可以用-x选项. 遇到断言失败就停止执行.有利于我们查找原因.

7.–lf 选项 (lf 是 last failed 的缩写)

这个选项用处很大,直接过滤出最后一个fail 的测试用例,有利于我们查找失败的用例,解决好,我们再运行这个if 选项 ,可以再找出最后一个fail,省了我们再执行成功的用例,节省我们的时间 .

8.–ff (是 failed first)
和 --lf 不同是的是,它优先运行失败的case ,再把之前运行通过的也要运行. 自己尝试下,这里不做演示
9.-v 选项
这个会在控制台输出更多的内容,最明显的区别就是每个文件中的每个测试用例都占一行(先前是每个文件占一行)

我把这两种情况都打印出来,看下

 10  --tb=style 选项
这个选项用于对失败输出信息的显示方式,
输出的信息一般包括 1. 失败出现在哪一行2.是什么失败 3.怎么失败的 这三要素是信息追溯
我们常用的style 有 short ,no, line
实例如下:

no 屏蔽所有的回溯信息,只是显示哪个文件哪个case 失败,
line 具体到哪个assert
short 具体到哪个参数,列举出更详细的失败信息.
实际工作中 -q 和 --tb=line 组合 已经够用.

猜你喜欢

转载自www.cnblogs.com/dangkai/p/10937762.html