自動化測驗框架中的fixture

我們在撰寫測驗用例，都會涉及到用例執行之前的環境準備作業，和用例執行之后的環境清理作業，

代碼版的測驗用例也不例外，在自動化測驗框架當中，我們也需要撰寫：

用例執行之前的環境準備作業代碼(前置作業代碼)

用例執行之后的環境清理作業(后置作業代碼)

通常，在自動化測驗框架當中，都叫做fixture，

pytest作為python語言的測驗框架，它的fixture有2種實作方式，

一種是xunit-style，跟unittest框架的機制非常相似，即setup/teardown系列

一種是它自己的fixture機制，以@pytest.fixture裝飾器來申明，

pytest的fixture實作方式一：xunit-style

pytest的xunit-style有三個級別的fixture：測驗模塊、測驗類、測驗函式，

1、測驗函式/方法級別：每一個測驗函式都會執行的前置和后置，

測驗類內部的測驗方法：

前置函式名稱：setup_method

后置函式名稱：teardown_method

模塊下的測驗函式：

前置函式名稱：setup_function

后置函式名稱：teardown_function

2、測驗類級別：一個測驗類只執行一次前置和后置，

前置函式名稱：setup_class

后置函式名稱：teardown_class

注意：用@classmethod裝飾

3、測驗模塊級別：一個測驗模塊只執行一次前置和后置，

前置函式名稱：setup_module

后置函式名稱：teardown_module

from selenium import webdriver
from time import sleep
from random import randint
?
?
def setup_module():
    print("====  模塊級的 setup 操作  ====")
?
?
def teardown_module():
    print("====  模塊級的 teardown 操作  ====")
?
?
def test_random():
    assert randint(1, 5) == 3
?
?
class TestWeb:
?
    @classmethod
    def setup_class(cls):
        print("====  測驗類級的 setup 操作  ====")
?
    @classmethod
    def teardown_class(cls):
        print("====  測驗類級的 teardown 操作  ====")
?
    def setup_method(self):
        print("====  測驗用例級的 setup 操作  ====")
        self.driver = webdriver.Chrome()
?
    def teardown_method(self):
        print("====  測驗用例級的 teardown 操作  ====")
        self.driver.quit()
?
    def test_search(self):
        self.driver.get("https://www.baidu.com/")
        self.driver.find_element_by_id("kw").send_keys("檸檬班")
        self.driver.find_element_by_id("su").click()
        sleep(1)

pytest也支持運行unittest的測驗用例，支持unittest以下特性：

@unittest.skip
setUp/tearDown;
setUpClass/tearDownClass;
setUpModule/tearDownModule;

pytest的fixture實作方式二：fixture機制

通過@pytest.fixture裝飾器來定義fixture，一個函式被@pytest.fixture裝飾，那么這個函式就是fixture，

使用fixture時，分為二個部分：fixture定義、fixture呼叫，

除此之外，還有fixture的共享機制，嵌套呼叫機制，

1、定義fixture，

1）fixture通過函式實作，

2）使用@pytest.fixture進行裝飾

import pytest
?
@pytest.fixture
def init():
    pass

3）前置準備作業代碼和后置清理作業代碼，都寫在一個函式里面，

4）通過yeild關鍵字，區分前置代碼和后置代碼，yeild之前的代碼為前置代碼，yeild之后的代碼為后置代碼

在實際應用場景當中，可以只有前置準備作業代碼，也可以只有后置清理作業代碼，

import pytest
?
?
@pytest.fixture
def init():
    print("用例執行之前，執行的代碼")  # 前置代碼 
    yield 
    print("用例執行之后，執行的代碼")  # 后置代碼
 
?
@pytest.fixture
def init2():
    print("用例執行之前，執行的代碼")  # 只有用例執行之前的前置準備代碼
    
?
@pytest.fixture
def init3():
    yield
    print("用例執行之后，執行的代碼")  # 只有用例執行之后的后置清理代碼

5）fixture有4個作用域：測驗會話(session)、測驗模塊(module)、測驗類(class)、測驗用例(function)

測驗會話：pytest執行測驗用例的整個程序，稱為會話，

比如pytest收集到了100條用例并執行完成，這個程序稱為測驗會話，

設定fixture的作用域：通過@pytest.fixture(scope=作用域)來設定，默認情況下，scope=function

import pytest
?
?
# 沒有設定scope，默認為測驗函式級別，即呼叫此fixture的測驗類/模塊/函式下，每個測驗函式都會執行一次這個fixture
@pytest.fixture
def init():
    print("用例執行之前，執行的代碼")  # 前置代碼
    yield
    print("用例執行之后，執行的代碼")  # 后置代碼
?
?
# 設定scope為class，呼叫此fixture的測驗類下，只執行一次這個fixture.
@pytest.fixture(scope="class")
def init2():
    print("用例執行之前，執行的代碼")  # 只有用例執行之前的前置準備代碼
?
?
# 設定scope為session，autouse表示自動使用，
# 那么在pytest收集用例后，開始執行用例之前會自動化執行這個fixture當中的前置代碼，
# 當所有用例執行完成之后，自動化執行這個fixture的后置代碼，
@pytest.fixture(scope="session",autouse=True)
def init3():
    yield
    print("用例執行之后，執行的代碼")  # 只有用例執行之后的后置清理代

6）fixture的回傳值設定：yeild 回傳值

當測驗用例當中，要使用fixture里生成的資料時，則需要fixture回傳資料，

若有資料回傳則：yeild 回傳值

import pytest
from selenium import webdriver
from time import sleep
?
?
# 設定scope為class，呼叫此fixture的測驗類下，只執行一次這個fixture.
@pytest.fixture(scope="class")
def init2():
    print("==== 測驗類下，執行所有用例之前，執行的代碼 ====")
    driver = webdriver.Chrome()
    yield driver   # 回傳driver物件
    print("==== 測驗類下，執行所有用例之后，執行的代碼 ====")
    driver.quit()

2、呼叫fixture

在fixture定義好之后，可以明確：

1）fixture處理了哪些前置準備作業、哪些后置清理作業

2）fixture作用在哪個范圍(是測驗函式？還是測驗類？還是測驗會話？還是測驗模塊？)

在以上2點都定下來了之后，接下來就是，在測驗用例當中，根據需要呼叫不同的fixture，

呼叫方法有2種：

1、在測驗用例/測驗類上面加上：@pytest.mark.usefixture("fixture的函式名字")

2、將fixture函式名，作為測驗用例函式的引數，

第2種用法，主要是用引數來接收fixture的回傳值，以便在測驗用例中使用，

第一種方式案例如下：

第二種方式案例如下：

3、conftest.py共享機制

在某些大的業務場景下，很多用例當中，會使用相同的前置準備作業，和后置清理作業，

如果在每個測驗模塊下，都把前置準備作業，和后置清理作業寫一遍，在維護上和優化上講不夠好，

pytest框架提供了一個fixture共享的機制，可以讓不同的用例模塊，使用同一個fixture，這就是conftest.py檔案，

3.1 conftest.py共享實作

1）在專案根目錄下，創建一個conftest.py檔案，

2）檔案名必須是conftest.py，大小寫敏感，不可改名字，

3）conftest.py當中，可以撰寫多個fixture

4）在測驗用例檔案當中，不需要引入conftest.py檔案，直接呼叫fixture的函式名，會自動去conftest.py當中查找的，

3.2 conftest.py層級作用域

conftest.py在專案根目錄下，則專案下的所有測驗用例，均可使用conftest.py中定義的fixture，即專案根目錄下的conftest.py，作用域是整個專案，

那，如果，conftest.py當中的fixture，只想在某個python包內可用呢？

conftest.py實作了層級作用域，

簡單來說就是：conftest.py 在哪個目錄下，此目錄下(包含子目錄)的所有用例可使用其中的fixture，

如下圖：

根目錄下的conftest.py里的fixture，無論專案下的哪個用例，都可以使用，

子目錄moduleA下的conftest.py里的fixture，只有moduleA下的用例可以使用，

子目錄moduleB下的conftest.py里的fixture，只有moduleB下的用例可以使用，

moduleB下的用例檔案test_module_b.py中的用例，即可以使用根目錄下的conftest.py中的fixuture,又可以使用自己目錄下的conftest.py的fixture:

那么有個問題，如果出現了同名fixture怎么辦呢？

這里涉及到了，測驗用例在執行時，呼叫fixture的順序，一般來講，按 就近原則 呼叫，

測驗用例檔案中的fixture > 當前目錄中的fixture > 上級目錄中的fixture > 根目錄中的fixture

4、fixture嵌套

fixture不但支持共享，還支持嵌套使用，

嵌套使用即：一個fixture，可以做另外一個fixture的引數，

如下圖所示：名為init2的fixture，可以作為init的引數，

并且，init當中，將init2的回傳值，同樣回傳，

當在用例當中，呼叫init時，init會自動去呼叫init2，

下圖案例中，init2為class級作用域，init為function級作用域，

fixture的執行順序如下：

init2的后置代碼

init的后置代碼

init的前置代碼

init2的前置代碼

轉載請註明出處，本文鏈接：https://www.uj5u.com/qita/211011.html

標籤：其他

上一篇：DC-4靶機

下一篇：一個月沒更新，今天來復習下python集合，你學會了嗎？

pytest - fixture 的多樣玩法