一、pytest的特性
pytest的特性有:
1)支持用简单的assert语句实现丰富的断言,无需复杂的self.assert*函数
2)自动识别测试模块和测试函数
3)模块化夹具用以管理各类测试资源
4)对 unittest 完全兼容,对 nose基本兼容
5)支持Python3和PyPy3
二、unittest和pytest的区别
unittest | pytest | |
---|---|---|
用例编写规则 | 1)测试文件必须先import unittest 2)测试类必须继承unittest.TestCase 3)测试方法必须以“test_”开头 4)测试类必须要有unittest.main()方法 |
1)测试文件名必须以“test_”开头或者"test"结尾(如:test_ab.py) 2)测试方法必须以“test”开头 3)测试类命名以"Test"开头 |
用例分类执行 | 默认执行全部用例,也可以通过加载testsuit,执行部分用例 | 可以通过@pytest.mark来标记类和方法,pytest.main加入参数("-m")可以只运行标记的类和方法 |
用例前置和后置 | 提供了setUp/tearDown,只能针对所有用例 | pytest中的fixture显然更加灵活。可以任意自定义方法函数,只要加上@pytest.fixture()这个装饰器,那么被装饰的方法就可以被使用 |
参数化 | 需依赖ddt库 | 使用@pytest.mark.parametrize装饰器 |
断言 | 很多断言格式(assertEqual、assertIn、assertTrue、assertFalse) | 只有assert一个表达式,用起来比较方便 |
报告 | 使用HTMLTestRunnerNew库 | 有pytest-HTML、allure插件 |
失败重跑 | 无此功能 | pytest支持用例执行失败重跑,pytest-rerunfailures插件 |
总结:总体来说,unittest用例格式复杂,兼容性无,插件少,二次开发方便。pytest更加方便快捷,用例格式简单,可以执行unittest风格的测试用例,无须修改unittest用例的任何代码,有较好的兼容性。pytest插件丰富,比如flask插件,可用于用例出错重跑,还有xdist插件,可用于设备并行执行,效率更高。
三、pytest的测试夹具@pytest.fixture()
@pytest.fixture()类似于unittest中的 setUp tearDown的方法,用来做前置条件和后置条件
1.fixture源码详解
fixture(scope=‘default’,params=None,autouse=False,ids=None,name=None)
scope:scope参数可以控制fixture的作用范围,scope:有四个级别参数"default"(默认),“class”,“module”,"session
params:一个可选的参数列表,它将导致多个参数调用fixture功能和所有测试使用它。
autouse:如果True,则为所有测试激活fixture func可以看到它。如果为False则显示需要参考来激活fixture
ids:每个字符串id的列表,每个字符串对应于params这样他们就是测试ID的一部分。如果没有提供ID它们将从params自动生成
name:fixture的名称。这默认为装饰函数的名称。如果fixture在定义它的统一模块中使用,夹具的功能名称将被请求夹具的功能arg遮蔽,解决这个问题的一种方法时将装饰函数命令"fixture_“然后使用”@pytest.fixture(name=’’)"。
2.fixtrue的作用域
fixture里面的scope参数可以控制fixture的作用范围:session>default>class>function
default:不传参数就是默认的,作用域就是所有的函数,即每个函数或方法都会调用
class:作用域是每个class文件,只会运行一次测试夹具,即每个类调用一次(每个类中可以有多个方法)
module:作用域是一个模块,在一个模块中只会运行一次,即每个.py文件调用一次(该文件内又有很多function和class)
package :作用域是在一个package包中都有效
session :在整个会话都有效,即多个文件调用一次(可以跨.py文件调用,每个.py文件就是module)
2.fixtrue使用
1)使用默认的作用域
import pytest
from selenium i