測試的常用規(guī)則
- 一個測試單元必須關注一個很小的功能函數，證明它是正確的；
- 每個測試單元必須是完全獨立的，必須能單獨運行。這樣意味著每一個測試方法必須重新加載數據，執(zhí)行完畢后做一些清理工作。通常通過setUp()和setDown()方法處理；
- 編寫執(zhí)行快速的測試代碼。在某些情況下，測試需要加載復雜的數據結構，而且每次執(zhí)行的時候都要重新加載，這個時候測試執(zhí)行會很慢。因此，在這種情況下，可以將這種測試放置一個后臺的任務中。
- 采用測試工具并且學著怎么使用它。
- 在編寫代碼前執(zhí)行完整的測試，而且在編寫代碼后再重新執(zhí)行一次。這樣能保證你后來編寫的代碼不會破壞任何事情；
- 在提交代碼前執(zhí)行完整的測試；
- 如果在開發(fā)期間被打斷了工作，寫一個打斷的單元測試，關于你下一步將要開發(fā)的。當你回來工作時，你能知道上一步開發(fā)到的指針；
- 單元測試函數使用長的而且具有描述性的名字。在正式執(zhí)行代碼中，可能使用square()或sqr()取名，但是在測試函數中，你必須取像test_square_of_number_2()、test_square_negativer_number()這些名字，這些名字描述更加清楚；
- 測試代碼必須具有可讀性；
- 單元測試對新進的開發(fā)人員來說是工作指南。
單元測試的目的是對一個模塊、一個函數或者一個類來進行正確性檢驗，如果單元測試通過，說明我們測試的對象能夠正常工作。如果單元測試不通過，要么測試對象有 bug，要么測試條件輸入不正確。下面小編為大家介紹 Python 的幾種測試框架。
推薦好課：Python 自動化管理、Python 自動化辦公。
1. unittest
unittest 和 JUnit類似，可以說是python的標準單元測試框架，所以有時也被人稱為 PyUnit。它使用起來和xUnit 家族其他成員類似。 用的人也比較多。兼容 python2 以及python3 。
個人比較喜歡用這個，主要之前用過JUnit，用這個上手就很快。而且屬于python自動集成，不用額外的安裝包，感覺是該有的都有了，用著方便。
示例：
import unittest
class TestStringMethods(unittest.TestCase):
def test_upper(self):
self.assertEqual('foo'.upper(), 'FOO')
def test_isupper(self):
self.assertTrue('FOO'.isupper())
self.assertFalse('Foo'.isupper())
def test_split(self):
s = 'hello world'
self.assertEqual(s.split(), ['hello', 'world'])
# check that s.split fails when the separator is not a string
with self.assertRaises(TypeError):
s.split(2)
if __name__ == '__main__':
unittest.main()
2. unittest2
unittest2 可以說是一個針對 unittest 測試框架新特性的補丁。它很大程度上和 unittest 都類似。然后還添加了一些 unittest 沒有的方法。
3. pytest
參考文檔：http://pytest.org/latest/
看了一下，pytest文檔還是蠻詳細的。比較關注的一點是，pytest 直接可以通過 @pytest.mark.parametrize 進行參數化，而unittest 則需要借助DDT。
示例：
def inc(x):
return x + 1
def test_answer():
assert inc(3) == 5
執(zhí)行如下：
$ pytest
======= test session starts ========
platform linux -- Python 3.x.y, pytest-3.x.y, py-1.x.y, pluggy-0.x.y
rootdir: $REGENDOC_TMPDIR, inifile:
collected 1 item
test_sample.py F
======= FAILURES ========
_______ test_answer ________
def test_answer():
> assert inc(3) == 5
E assert 4 == 5
E + where 4 = inc(3)
test_sample.py:5: AssertionError
======= 1 failed in 0.12 seconds ========
4. nose
nose 擴展了 unittest，從而使得測試更容易。
一般可以用 unittest 方式寫用例，寫完之后用 nose 來執(zhí)行。nose 的測試收集方式還是很方便的。
還有一個特定就是，nose 可以采用 @with_setup() 來定義方法的 setup 和 teardown。
示例：
def setup_func():
"set up test fixtures"
def teardown_func():
"tear down test fixtures"
@with_setup(setup_func, teardown_func)
def test():
"test ..."
5. doctest
doctest 模塊會搜索那些看起來像交互式會話的 Python 代碼片段，然后嘗試執(zhí)行并驗證結果。
doctest 中，如果要寫測試用例，只需要在寫在以 ''' '''包圍的文檔注釋即可，也就是可以被__doc__這個屬性引用到的地方。這點比較特別，跟其他單元測試框架都不一樣。但是我覺得這樣的話就注定了doctest不適合大型測試，因為做不到代碼和測試的分離。
import doctest
"""
This is the "example" module.
The example module supplies one function, factorial(). For example,
>>> factorial(5)
120
"""
def factorial(n):
"""Return the factorial of n, an exact integer >= 0.
>>> [factorial(n) for n in range(6)]
[1, 1, 2, 6, 24, 120]
>>> factorial(30)
265252859812191058636308480000000
>>> factorial(-1)
Traceback (most recent call last):
...
ValueError: n must be >= 0
Factorials of floats are OK, but the float must be an exact integer:
>>> factorial(30.1)
Traceback (most recent call last):
...
ValueError: n must be exact integer
>>> factorial(30.0)
265252859812191058636308480000000
It must also not be ridiculously large:
>>> factorial(1e100)
Traceback (most recent call last):
...
OverflowError: n too large
"""
import math
if not n >= 0:
raise ValueError("n must be >= 0")
if math.floor(n) != n:
raise ValueError("n must be exact integer")
if n+1 == n: # catch a value like 1e300
raise OverflowError("n too large")
result = 1
factor = 2
while factor <= n:
result *= factor
factor += 1
return result
if __name__ == "__main__":
doctest.testmod(verbose=True)
verbose 參數用于控制是否輸出詳細信息，默認為 False ，如果不寫，那么運行時不會輸出任何東西，除非測試 fail。
輸出如下：
Trying:
[factorial(n) for n in range(6)]
Expecting:
[1, 1, 2, 6, 24, 120]
ok
Trying:
factorial(30)
Expecting:
265252859812191058636308480000000
ok
Trying:
factorial(-1)
Expecting:
Traceback (most recent call last):
...
ValueError: n must be >= 0
ok
Trying:
factorial(30.1)
Expecting:
Traceback (most recent call last):
...
ValueError: n must be exact integer
ok
Trying:
factorial(30.0)
Expecting:
265252859812191058636308480000000
ok
Trying:
factorial(1e100)
Expecting:
Traceback (most recent call last):
...
OverflowError: n too large
ok
1 items had no tests:
__main__
1 items passed all tests:
6 tests in __main__.factorial
6 tests in 2 items.
6 passed and 0 failed.
Test passed.
