Pytest测试用例生命周期管理

[chengyuan_3278]

一、Fixture用法

1.1 Fixture特点及优势

• 1. 命令灵活：对于setup，teardown，可以不起这两个名字；
• 2. 数据共享：在conftest.py配置里写方法，可以实现数据共享，不需要import导入。可以跨文件共享；
• 3. scope的层次及神奇的yield组合，相当于各种setup和teardown；
• 4. 实现参数化。

1.2 Fixture在自动化中的应用-基本用法

• 场景：
  • 测试用例执行时，有的用例需要登录才能执行，有的不需要。setup和teardown无法满足，fixture可以。默认scope（范围）function。
• 步骤：
  • 1. 导入pytest；
  • 2. 在登录的函数上面加@pytest.fixture()；
  • 3. 在要使用的测试方法中传入（登录函数名称），就先登录；
  • 4. 不传入的就不登录，直接执行测试方法。

1.3 Fixture在自动化中的应用-作用域

取值	范围	说明
function	函数级	每一个函数或方法都会调用
class	类级别	每个测试类只运行一次
module	模块级	每一个.py文件调用一次
package	包级	每一个Python包只调用一次（暂不支持）
session	会话级	每次会话只需要运行一次，会话内所有方法、类、模块，都共享这个方法

1.4 Fixture在自动化中的应用-yield关键字

• 场景：
  • 已经将测试方法【前要执行的或依赖的】解决了，测试方法后销毁清除数据的，要如何进行呢？
• 解决：
  • 通过在fixture函数中加入yield关键字，yield是调用第一次返回结果，第二次执行它下面的语句返回。
• 步骤：
  • 在方法上面加@pytest.fixture(scope=module)；
  • 在登录的方法中加yield，之后加销毁清除的步骤。

1.5 Fixture在自动化中的应用-数据共享

• 场景：与其他测试工程师合作一起开发时，公共的模块要做不同文件中，要在大家都访问到的地方。
• 解决：使用’conftest.py’这个文件进行数据共享时，并且可以放在不同位置，起着不同的范围共享作用。
• 前提：
  • 'conftest’文件名是不能换的；
  • 放在项目下是全局的数据共享的地方。
• 执行：
  • 系统执行到参数login时，先从模块中查找是否有这个名字的变量；
  • 之后在conftest.py中查找是否有。
• 步骤：
  • 将登录模块带@pytest.fixture写在conftest.py

1.6 Fixture在自动化中的应用-自动应用

• 场景：
  • 不想将原测试方法有任何改动，或全部都自动实现自动应用，没特例，也都不需要返回值时，可以选择自动应用。
• 解决：
  • 使用fixture中的参数autouse=True。
• 步骤：
  • 在方法上面加@pytest.fixture(autouse=True)。

1.7 Fixture在自动化中的应用-参数化

• 场景：
  • 测试离不开数据，为了数据灵活，一般数据都是通过参数传递的。
• 解决：
  • 使用fixture通过固定参数request传递。
• 步骤：
  • 在方法上面加@pytest.fixture(params=[1,2,3,'hogwarts'])；
  • 在方法参数写request，方法体中使用request.param接收参数。

2.1 Fixture用法总结

• 模拟setup，teardown（一个用例可以引用多个fixture）；
• yield的用法；
• 作用域（session，module，类级别，方法级别）；
• 自动执行（autouse参数）；
• conftest.py用法，一般会把fixture写在conftest.py文件中（这个文件名是固定的）；
• 实现参数化。