詳解Python中Pytest和Unittest的區(qū)別
昨天在群里面,有兩個(gè)新手的小伙伴提問:Pytest 和 Unittest是Python中屬于最常用的兩個(gè)測試框架。那么他們有些什么區(qū)別呢? Playwright 為什么只給了Pytest的深度支持,而不是Unittest呢?
這是個(gè)好問題, 田辛老師這里做一個(gè)簡要的梳理。 下次有測試的小伙伴吹牛的時(shí)候可以顯得很懂的樣紙~
1.安裝和使用
在安裝方面, Unittest肯定更好, 因?yàn)椴挥冒惭b。 Unittest屬于Python標(biāo)準(zhǔn)庫, 裝Python的時(shí)候就安裝了。 而Pytest的安裝需要通過pip安裝即可,也不算復(fù)雜。 以上是安裝,那么使用呢?
在使用上Pytest更加靈活,可以在命令行中使用各種選項(xiàng)來執(zhí)行測試,而Unittest則需要在腳本中編寫測試用例并使用Unittest模塊來運(yùn)行測試。這一點(diǎn)上Pytest加分較多。
2.編寫測試用例
Pytest和Unittest在編寫測試用例方面也有一些區(qū)別。相對于Unittest而言,Pytest的測試用例編寫更加簡潔。Pytest使用Python的assert關(guān)鍵字來斷言測試結(jié)果,而Unittest則需要使用assertEqual、assertTrue等方法來進(jìn)行斷言。
下面是一個(gè)使用Pytest編寫的測試用例示例,測試用例的目的是測試下面的類:
class Calculator: def add(self, a, b): return a + b def subtract(self, a, b): return a - b
如果用Pytest編寫
import pytest from Calc import Calculator @pytest.mark.parametrize("a, b, expected", [ (2, 3, 5), (0, 0, 0), (-1, 1, 0), ]) def test_calculator_add(a, b, expected): calculator = Calculator() assert calculator.add(a, b) == expected
而使用Unittest編寫的相同測試用例則為:
import unittest from Calc import Calculator class TestCalculator(unittest.TestCase): def test_calculator_add(self): calculator = Calculator() self.assertEqual(calculator.add(2, 3), 5) self.assertEqual(calculator.add(0, 0), 0) self.assertEqual(calculator.add(-1, 1), 0)
Unittest必須創(chuàng)建測試類, 所以絕大多數(shù)場景下,討論代碼簡潔性Pytest要更加的加分。 而且我們可以對比一下輸出:
下面是Pytest的輸出結(jié)果
============================= test session starts =============================
collecting ... collected 3 items
test_calc.py::test_calculator_add[2-3-5] PASSED [ 33%]
test_calc.py::test_calculator_add[0-0-0] PASSED [ 66%]
test_calc.py::test_calculator_add[-1-1-0] PASSED [100%]
============================== 3 passed in 0.01s ==============================
下面是Unittest的輸出結(jié)果
============================= test session starts =============================
collecting ... collected 1 item
u.py::TestCalculator::test_calculator_add PASSED [100%]
============================== 1 passed in 0.01s ==============================
對比發(fā)現(xiàn),pytest會(huì)輸出詳細(xì)的結(jié)果, 而unittest給出的是整體的判斷。 所以,從友好性上來說也是Pytest更勝一籌。
3.自動(dòng)發(fā)現(xiàn)測試用例
Pytest能夠自動(dòng)發(fā)現(xiàn)測試用例,這意味著我們不需要手動(dòng)編寫代碼來標(biāo)識(shí)哪些測試用例應(yīng)該被執(zhí)行。而Unittest則需要在腳本中手動(dòng)指定測試用例的執(zhí)行順序和執(zhí)行方式。
4.插件和擴(kuò)展
Pytest具有豐富的插件和擴(kuò)展,可以用于增強(qiáng)測試框架的功能。而Unittest則相對簡單,沒有Pytest那樣多的擴(kuò)展。
5.運(yùn)行速度
在運(yùn)行速度方面,Pytest比Unittest更快。這是因?yàn)镻ytest能夠并行執(zhí)行測試用例,而Unittest則只能按照順序依次執(zhí)行測試用例。
6.報(bào)告
Pytest和Unittest都能夠生成測試報(bào)告,但是Pytest的測試報(bào)告更加友好和易讀。Pytest的測試報(bào)告包含了測試用例的執(zhí)行結(jié)果、時(shí)間、失敗信息等,而Unittest的測試報(bào)告則相對簡單。
7.社區(qū)支持
Pytest擁有一個(gè)龐大的社區(qū)支持,因此在使用Pytest時(shí),可以輕松地找到相關(guān)的文檔和解決方案。相比之下,Unittest的社區(qū)支持相對較小。
總的來說,Pytest比Unittest更加靈活、簡單,并且具有更多的擴(kuò)展。如果你想要快速編寫測試用例并且需要更多的擴(kuò)展功能,那么Pytest會(huì)是更好的選擇。但是如果你需要更多的控制和精細(xì)化的測試,那么Unittest可能更加適合你。
到此這篇關(guān)于詳解Python中Pytest和Unittest的區(qū)別的文章就介紹到這了,更多相關(guān)Python Pytest Unittest內(nèi)容請搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關(guān)文章希望大家以后多多支持腳本之家!
相關(guān)文章
Python cookbook(數(shù)據(jù)結(jié)構(gòu)與算法)實(shí)現(xiàn)對不原生支持比較操作的對象排序算法示例
這篇文章主要介紹了Python cookbook(數(shù)據(jù)結(jié)構(gòu)與算法)實(shí)現(xiàn)對不原生支持比較操作的對象排序算法,結(jié)合實(shí)例形式分析了Python針對類實(shí)例進(jìn)行排序相關(guān)操作技巧,需要的朋友可以參考下2018-03-03Python中使用threading.Event協(xié)調(diào)線程的運(yùn)行詳解
這篇文章主要介紹了Python中使用threading.Event協(xié)調(diào)線程的運(yùn)行詳解,具有很好的參考價(jià)值,希望對大家有所幫助。一起跟隨小編過來看看吧2020-05-05Python3 關(guān)于pycharm自動(dòng)導(dǎo)入包快捷設(shè)置的方法
今天小編就為大家分享一篇Python3 關(guān)于pycharm自動(dòng)導(dǎo)入包快捷設(shè)置的方法,具有很好的參考價(jià)值,希望對大家有所幫助。一起跟隨小編過來看看吧2019-01-01Python利用splinter實(shí)現(xiàn)瀏覽器自動(dòng)化操作方法
今天小編就為大家分享一篇Python利用splinter實(shí)現(xiàn)瀏覽器自動(dòng)化操作方法,具有很好的參考價(jià)值,希望對大家有所幫助。一起跟隨小編過來看看吧2018-05-05python安裝mysql的依賴包mysql-python操作
這篇文章主要介紹了python安裝mysql的依賴包mysql-python操作,具有很好的參考價(jià)值,希望對大家有所幫助。一起跟隨小編過來看看吧2021-01-01詳細(xì)整理python 字符串(str)與列表(list)以及數(shù)組(array)之間的轉(zhuǎn)換方法
這篇文章主要介紹了詳細(xì)整理python 字符串(str)與列表(list)以及數(shù)組(array)之間的轉(zhuǎn)換方法,文中通過示例代碼介紹的非常詳細(xì),對大家的學(xué)習(xí)或者工作具有一定的參考學(xué)習(xí)價(jià)值,需要的朋友們下面隨著小編來一起學(xué)習(xí)學(xué)習(xí)吧2019-08-08