范围（scope）：在类、模块或会话中共享fixture实例
需要网络访问的fixtures依赖与连接性，并且通常花费大量时间来创建。“学习一”中的示例，可在@pytest.fixture调用中添加scope="module"参数，以使修饰的“f”fixture函数仅在每个测试模块中调用一次（不加的话，默认每个测试函数调用一次）。因此测试模块中的多个测试函数将各自接受相同的fixture实例，从而节省时间。scope的对应值：function、class、module、package、session。
下面的示例将fixture函数放入到独立的conftest.py文件中，以便来自该目录下的多个测试模块中的测试用例能够访问fixture函数：
fixture的函数名称是“mod_fix”，可以将“mod_fix”作为测试用例或fixture函数（conftest.py所在的或下级目录下）的输入参数来访问：
插入失败的语句，看看执行了什么：
结果中看到两个assert都是失败了，更重要的是看到了相同的（模块作用域）mod_fix对象已经传到两个测试用例中，因为pytest在追溯中显示了传入的参数值。使用mod_fix的两个测试函数的运行速度与单个函数一样快，因为它们共用了相同的实例。
如果想使用session范围的mod_fix实例，可以声明如下：
类范围将在每个测试类中调用一次fixture。
注意：
pytest一次只会缓存一个fixture实例，这意味着当使用参数化的fixture时，pytest可能在给定的scope内多次调用fixture。
package scope（实验）：
在pytest3.7中，引入了package scope。当最后一个测试package完成后，package scope的fixtures才完成。
警告：
该功能是实验性的，如果使用该功能后发现，有隐藏或严重的问题，可能在以后的版本中删除。
Dynamic scope：
在某些情况下，可能希望更改fixture的scope而不更改其代码。为此，可以传递一个callabe给scope。该callable必须返回一个有效的字符串，并且只在fixture定义阶段被执行一次。callable是使用两个关键参数来调用，fixture_name-字符串，和config-配置对象。
这在处理需要时间设置的fixtures特别有用，例如生成docker容器。可以使用命令行参数来控制不同环境下生成的docker的范围。如下示例：
