pytest 相较于 unittest 最为跳跃的一点应该就是 fixture 机制
对于unittest来说，每个用例的类中都需要去写入setUp和tearDown。也就是我们所说的前置和后置，
而不可避免的，很多用例的前置和后置都是一样（例如很多用例都需要前置登录，后置退出），于是我们需要重复的复制粘贴，这样导致工作量增加，代码量也增加，界面也显得冗杂。
所以此时pytest中fixture机制便要闪亮登场了。
通俗的讲： fixture = 前置+后置
而方便的是：如果很多用例都有同样的前置和后置，那么我就只实现一个，然后需要的用例就去调用就好了。
1.机制：与测试用例同级，或者是测试用例的父级，创建一个conftest.py文件。
2.conftest.py文件里：放所有的前置和后置。 不需要用例.py文件主动引入conftest文件。
3.定义一个函数：包含前置操作+后置操作。
4.把函数声明为fixture :在函数前面加上 @pytest.fixture(作用级别=默认为function)
5.fixture的定义。
如果有返回值，那么写在yield后面。（yield的作用就相当于return）
在测试用例当中，调用有返回值的fixture函数时，函数名称就是代表返回值。
在测试用例当中，函数名称作为用例的参数即可。
1. 如下： 定义一个函数名叫open_url的fixture前后置，前置为打开链接，后置为退出浏览器
@pytest.fixture(scope="class") #定义scope的范围
def open_url():
# 前置
driver = webdriver.Chrome()
driver.get(url) #url为链接地址
yield driver #yield之前代码是前置，之后的代码就是后置。
# 后置
driver.quit()
这样我们就定义了一个叫做 open_url 的 fixture
2.在我们要用这个前后置的类前面 我们用
@pytest.mark.usefixtures(fixture函数名)
就可以直接调用上面定义好的这个前后置
可以看到 在TestLogin 这个类中 我们不再去编写setup 和 teardown. 直接写我们的中间过程就可以了。是不是很方便了？
3.进阶方法：conftest中定义多个fixture，一个fixture可以是另一个fixture的前后置，期间还是用field隔开前后置
如上图中可以看到我class中另外还引用了一个名为refresh_page的fixture，直接上代码：
# 刷新页面 - 定义的第二个fixture
@pytest.fixture
def refresh_page(open_url):
yield
open_url.refresh()
直接将open_url作为了另一个fixture的前置引用进来，用yield隔开，当用例中执行完open_url前后置后，再执行了一次refresh的后置。
执行顺序： open_url yield 之前代码 -- 用例代码 -- open_url yield 之后代码 --》 refresh_page yield 之后代码
是不是很妙，可以解决许多用例流程环环相扣时的麻烦。
4.说到上面的多个fixture调用，很多人就会疑惑，会不会fixture之间相互冲突。
当然是不会了，fixture在conftest.py当中就已经决定了他的用例域，他会主动去区分你这个fixture是作用在哪个用例域。
首先我们看一下框架中对于fixture函数的定义：
scope便是定义用例域的范围：
function：默认范围，每一个函数或方法都会调用，不填写时便是它
class：每一个类调用一次
module: 每一个.py文件调用一次，文件中可以有多个function和class
session：多个文件调用一次，可以跨文件，如在.py文件中，每一个.py文件就是module
范围：
session > module > class > function
所以在调用时各个fixture之间并不会相互冲突。