自動テストフレームワークパイソンの前と後のpytest-条件とunittestの違い

はじめに：

私は非常に簡単に、条件があることをunittestのよりシンプルpytest条件とpytestフロントとリア、フロントとリアunittestの使用の最初の試みの前と後に条件を設定しています。しかし、ユニットテストの前と後に設定された条件を使用した場合、内部の各テストケースにおけるものと比較され、フロントユニットテスト、同じフロントを繰り返し、後のコードを書き、後は非常に簡単に、また簡単です。

ユニットテストは、カウンタの前後に設けられた：等は、各試験の前後の前後に分割されています

クラスの事前条件：

setUpClass：主にブラウザを起動し、ブラウザウィンドウを最大化するためにドライブを設定し、オープンのURLを追加し、事前にウェブを完全に自動化するために使用
tearDownClass：主にブラウザの答えを閉じるために使用

事前条件の各テストケース：

セットアップ\ティアダウンは：独自のビジネスロジックに従って書き行きます

1つの    ＃全体のテストクラス（主にブラウザのウィンドウを最大化し、URLを開くために、ブラウザのドライバと設定を開始するための）事前条件
2      @classmethod
 3。     DEF setUpClass（CLS）：
 4          ＃のスタートブラウザドライバ
5。          cls.driver = webdriver.Chrome（）
 。6つの         ＃は表示ウィンドウを最大化する
。7          cls.driver.maximize_window（）
 。8          ＃の入力されたURLオープン
。9          cls.driver.get（cd.login_url）
 10          プリント（" テストを開始" ）
 。11  
12は、     各実行に＃ケース前提条件
13は、     DEF のsetUp（自己）：
 14          self.lp =LoginPage（self.driver）
 15  
16      各実行に＃の事後的な実施形態
17。     DEF ティアダウン（自己）：
 18である         ＃各実施形態を実行した後、現在のページを更新
19。         self.driver.get（cd.login_url）
 20は 
21である     ＃1全体事後条件のテストクラス（主にエンドのため、ブラウザの答えを閉じる）
22がある     @classmethod
 23は、     DEF tearDownClass：（CLS）
 24          cls.driver.quit（）
 25          印刷（" テスト終了"）

（主治具約）固定具：フロントとリアpytest

一つのテストクラスに配置することができるインポートせずに前面と内部書かれた後conftest.pyファイル、conftestの固定具。前面および背面を区別する収率で、試験方法前後を書き込みます。

pytest.fixtureする@（範囲= "機能"）
 DEF start_app（）：
    ドライバ = init_cps（）
    ＃に実機確認アクセス
    BL（ドライバ）.get_permission（）
    ＃のスライド操作 
    BP（ドライバ）.cross_screen（時刻= 3、 LOC = ll.now_start） 
    ＃は収率に前提条件であり、後者の収率が事後条件が
     得ドライバ

自動テストフレームワークパイソンの前と後のpytest-条件とunittestの違い

おすすめ