詳解如何使用Pytest進行自動化測試

為什麼需要自動化測試

自動化測試有很多優點,但這裡有3個主要的點

  • 可重用性:不需要總是編寫新的腳本,除非必要,即使是新的操作系統版本也不需要編寫腳本。
  • 可靠性:人容易出錯,機器不太可能。當運行不能跳過的重復步驟/測試時,速度會更快。
  • 全天運行:您可以在任何時間或遠程啟動測試。夜間運行正在測試你的軟件,即使是在你睡著的時候。

成熟的、功能齊全的Python測試工具——pytest

目前有多種可用的測試框架和工具。這些框架的風格也各不相同,比如數據驅動、關鍵字驅動、混合、BDD等等。您可以選擇最適合您的要求。

Python和pytest在這場競爭中占據瞭巨大的份額。Python及其相關工具之所以被大量使用,可能是因為與其他語言相比,沒有或很少編程經驗的人更能負擔得起它們。

pytest框架使得編寫小型測試變得很容易,但是可以擴展到支持應用程序和庫的復雜功能測試。

Pytest的一些主要特性:

  • 自動發現測試模塊和功能
  • 有效的CLI來更好地控制您想要運行或跳過的內容
  • 大型第三方插件生態系統
  • 固定裝置-不同的類型,不同的范圍
  • 與傳統的單元測試框架一起工作
  • 如何使用Pytest進行自動化測試

自動和可配置的測試發現

在默認情況下,pytest期望在名稱以test_開頭或以test.py結尾的python模塊中找到測試。在默認情況下,它期望測試函數名以test 開頭。但是,可以通過在pytest的一個配置文件中添加您自己的配置來修改這個測試發現協議。

# content of pytest.ini
# Example 1: have pytest look for "check" instead of "test"
# can also be defined in tox.ini or setup.cfg file, although the section
# name in setup.cfg files should be "tool:pytest"
[pytest]
python_files = check_*.py
python_classes = Check
python_functions = *_check

讓我們看一下非常基本的測試函數。

class CheckClass(object):
  def one_check(self):
    x = "this"
    assert 'h' in x

  def two_check(self):
    x = "hello"
    assert hasattr(x, 'check')

你註意到什麼瞭嗎?沒有花哨的assertEqual或assertDictEqual等,隻是簡單明瞭的斷言。對於比較兩個對象的簡單操作,不需要導入這些斷言函數。assert是python已經提供的功能,因此無需重新發明。

固定裝置會起作用的

查看測試功能,測試錢包軟件的基本操作,比如,

// test_wallet.py
from wallet import Walletdef test_default_initial_amount():
  wallet = Wallet()
  assert wallet.balance == 0
  wallet.close()def test_setting_initial_amount():
  wallet = Wallet(initial_amount=100)
  assert wallet.balance == 100
  wallet.close()def test_wallet_add_cash():
  wallet = Wallet(initial_amount=10)
  wallet.add_cash(amount=90)
  assert wallet.balance == 100
  wallet.close()def test_wallet_spend_cash():
  wallet = Wallet(initial_amount=20)
  wallet.spend_cash(amount=10)
  assert wallet.balance == 10
  wallet.close()

嗯,有意思!你註意到瞭嗎,很多樣板文件。另一件值得註意的事情是,測試除瞭測試功能之外還做瞭一些其他的事情,例如實例化錢包並關閉它——Wallet .close()

現在讓我們看看如何使用pytest fixture去除樣板

import pytest
from _pytest.fixtures import SubRequest
from wallet import Wallet#==================== fixtures
@pytest.fixture
def wallet(request: SubRequest):
  param = getattr(request, ‘param', None)
  if param:
   prepared_wallet = Wallet(initial_amount=param[0])
  else:
   prepared_wallet = Wallet()
  yield prepared_wallet
  prepared_wallet.close()#==================== testsdef test_default_initial_amount(wallet):
  assert wallet.balance == [email protected](‘wallet', [(100,)], indirect=True)
def test_setting_initial_amount(wallet):
  assert wallet.balance == [email protected](‘wallet', [(10,)], indirect=True)
def test_wallet_add_cash(wallet):
  wallet.add_cash(amount=90)
  assert wallet.balance == [email protected](‘wallet', [(20,)], indirect=True)
def test_wallet_spend_cash(wallet):
  wallet.spend_cash(amount=10)
  assert wallet.balance == 10

整潔!不是嗎。測試函數非常微妙,隻做它們想做的事情。夾具錢包負責設置和拆卸、實例化和關閉錢包。它不僅有助於編寫可重用的代碼,還增加瞭數據分離的本質。如果仔細看,錢包數量是一塊測試邏輯之外提供的測試數據,而不是硬編碼在測試函數內部。

@pytest.mark.parametrize(‘wallet', [(10,)], indirect=True)

在更可控的環境中,您可以在存儲庫中有一個測試數據文件,例如test-data.ini,以及讀取該文件的包裝器,並且您的測試函數可以調用包裝器的另一個接口來讀取測試數據。

但是,建議將您的fixture作為conftest.py文件的一部分。這是pytest中的一個特殊文件,它允許測試發現全局fixture。

但是,有一個針對許多不同數據集執行的測試用例!

不用擔心,pytest有一個很酷的特性來參數化您的fixture。讓我們用一個例子來看看它。

假設您的產品公開CLI接口以在本地管理它。此外,您的產品在啟動時設置瞭許多默認參數,您需要驗證所有這些參數的默認值。

我們可以考慮為每個設置編寫一個測試用例,但是使用pytest就容易得多瞭

@pytest.mark.parametrize(“setting_name, setting_value”, [(‘qdb_mem_usage', ‘low'),
(‘report_crashes', ‘yes'),
(‘stop_download_on_hang', ‘no'),
(‘stop_download_on_disconnect', ‘no'),
(‘reduce_connections_on_congestion', ‘no'),
(‘global.max_web_users', ‘1024'),
(‘global.max_downloads', ‘5'),
(‘use_kernel_congestion_detection', ‘no'),
(‘log_type', ‘normal'),
(‘no_signature_check', ‘no'),
(‘disable_xmlrpc', ‘no'),
(‘disable_ntp', ‘yes'),
(‘ssl_mode', ‘tls_1_2'),])def test_settings_defaults(self, setting_name, setting_value):
  assert product_shell.run_command(setting_name) == \
   self.”The current value for \'{0}\' is   \'{1}\'.”.format(setting_name, setting_value), \
 ‘The {} default should be {}'.format(preference_name, preference_value)

很酷,不是嗎!,你隻寫瞭13個測試用例(每個不同setting_value),在未來如果你添加一個新的設置到你的產品,你需要做的就是,再添加一個tuple上面。

它是如何與selenium和API測試的UI測試集成的

嗯,你的產品可以有多種界面。CLI -就像我們上面討論的。類似地,GUI和API。在部署軟件之前,對所有軟件進行測試是很重要的。在多個組件相互依賴和耦合的企業軟件中,某個部分的更改可能會影響其他部分。

記住,pytest隻是一個促進“測試”的框架,而不是特定類型的測試。因此,您可以使用selenium構建GUI測試,或者使用Python的請求庫構建API測試,然後使用pytest運行它。

例如,在高層次上,這可能是您的測試存儲庫結構。

正如您在上面看到的,這可以很好地分離組件。

  • apiobjects:為調用API端點創建包裝器的好地方。您可以使用BaseAPIObject和派生類來滿足您的需求。
  • helper:編寫您的helper方法
  • 庫文件,它可以被不同的組件使用,例如你的fixture在conftest, pageobjects等。
  • pageobjects:pageobjects設計模式可用於創建不同GUI頁面的類。我們在站得住使
  • 用Webium,它是Python的一個頁面對象模式實現庫。
  • 套件:您可以在這裡編寫pylint代碼驗證套件,這將有助於您對代碼質量有信心。
  • 測試:可以根據測試的風格對測試目錄進行分類。它使管理和研究您的測試變得容易。

這隻是供參考,存儲庫的結構和依賴關系可以按照您的需要進行佈局。

我有足夠的測試用例,想並行運行它們

您的測試套件中可能有大量的測試用例,並且有時您可能想並行地運行測試用例,以減少總體測試執行時間。

Pytest提供瞭一個很棒的並行運行測試的插件,名為Pytest -xdist,它用一些獨特的執行模式擴展瞭Pytest。使用pip安裝此插件

pip install pytest-xdist

讓我們通過一個示例來快速研究它。

我有一個自動化測試存儲庫CloudApp,用於使用selenium進行GUI測試。此外,它還隨著新的測試用例不斷增長,現在已經有瞭數百個測試。我想做的是並行運行它們,並減少測試執行時間。

在終端中,隻需在項目根文件夾/ tests文件夾中鍵入pytest。這將執行所有測試。

pytest -s -v -n=2

並行運行測試的pytest-xdist

這還可以幫助您在多個瀏覽器上並行運行測試。

報告

Pytest內置支持創建結果文件,可由Jenkins、Bamboo或其他持續集成服務器讀取,使用如下調用:

pytest test/file/path — junitxml=path

這可以生成很好的XML風格的輸出,可以由許多CI系統解析器解釋。

結論

Pytest的受歡迎程度逐年上升。此外,它還擁有廣泛的社區支持,這讓您可以訪問很多擴展,比如pytest-django,它可以幫助您為Django web應用程序集成編寫測試。記住,pytest支持運行unittest測試用例,所以如果您正在使用unittest, pytest是值得考慮的。

到此這篇關於詳解如何使用Pytest進行自動化測試的文章就介紹到這瞭,更多相關Pytest 自動化測試內容請搜索WalkonNet以前的文章或繼續瀏覽下面的相關文章希望大傢以後多多支持WalkonNet!

推薦閱讀: