Python的單元測試解析

 　　這篇文章主要介紹了Python的單元測試,代碼基於Python2.x版本,需要的朋友可以參考下

　　如果你聽說過“測試驅動開發”(TDD：Test-Driven Development)，單元測試就不陌生。

　　單元測試是用來對一個模組、一個函數或者一個類來進行正確性檢驗的測試工作。

　　比如對函數abs()，我們可以編寫出以下幾個測試案例：

　　輸入正數，比如1、1.2、0.99，期待傳回值與輸入相同;

　　輸入負數，比如-1、-1.2、-0.99，期待傳回值與輸入相反;

　　輸入0，期待返回0;

　　輸入非數實值型別，比如None、[]、{}，期待拋出TypeError。

　　把上面的測試案例放到一個測試模組裡，就是一個完整的單元測試。

　　如果單元測試通過，說明我們測試的這個函數能夠正常工作。如果單元測試不通過，要麼函數有bug，要麼測試條件輸入不正確，總之，需要修複使單元測試能夠通過。

　　單元測試通過後有什麼意義呢?如果我們對abs()函數代碼做了修改，只需要再跑一遍單元測試，如果通過，說明我們的修改不會對abs()函數原有的行為造成影響，如果測試不通過，說明我們的修改與原有行為不一致，要麼修改代碼，要麼修改測試。

　　這種以測試為驅動的開發模式最大的好處就是確保一個程式模組的行為符合我們設計的測試案例。在將來修改的時候，可以極大程度地保證該模組行為仍然是正確的。

　　我們來編寫一個Dict類，這個類的行為和dict一致，但是可以通過屬性來訪問，用起來就像下面這樣：

　　?

1 2 3 4 5

>>> d = Dict(a=1, b=2) >>> d['a'] 1 >>> d.a 1

　　mydict.py代碼如下：

　　?

1 2 3 4 5 6 7 8 9 10 11 12 13

class Dict(dict):   def __init__(self, **kw): super(Dict, self).__init__(**kw)   def __getattr__(self, key): try: return self[key] except KeyError: raise AttributeError(r"'Dict' object has no attribute '%s'" % key)   def __setattr__(self, key, value): self[key] = value

　　為了編寫單元測試，我們需要引入Python內建的unittest模組，編寫mydict_test.py如下：

　　?

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32

import unittest   from mydict import Dict   class TestDict(unittest.TestCase):   def test_init(self): d = Dict(a=1, b='test') self.assertEquals(d.a, 1) self.assertEquals(d.b, 'test') self.assertTrue(isinstance(d, dict))   def test_key(self): d = Dict() d['key'] = 'value' self.assertEquals(d.key, 'value')   def test_attr(self): d = Dict() d.key = 'value' self.assertTrue('key' in d) self.assertEquals(d['key'], 'value')   def test_keyerror(self): d = Dict() with self.assertRaises(KeyError): value = d['empty']   def test_attrerror(self): d = Dict() with self.assertRaises(AttributeError): value = d.empty

　　編寫單元測試時，我們需要編寫一個測試類別，從unittest.TestCase繼承。

　　以test開頭的方法就是測試方法，不以test開頭的方法不被認為是測試方法，測試的時候不會被執行。

　　對每一類測試都需要編寫一個test_xxx()方法。由於unittest.TestCase提供了很多內建的條件判斷，我們只需要調用這些方法就可以斷言輸出是否是我們所期望的。最常用的斷言就是assertEquals()：

　　self.assertEquals(abs(-1), 1) # 斷言函數返回的結果與1相等

　　另一種重要的斷言就是期待拋出指定類型的Error，比如通過d['empty']訪問不存在的key時，斷言會拋出KeyError：

　　?

1 2	with self.assertRaises(KeyError): value = d['empty']

　　而通過d.empty訪問不存在的key時，我們期待拋出AttributeError：

　　?

1 2	with self.assertRaises(AttributeError): value = d.empty

　　運行單元測試

　　一旦編寫好單元測試，我們就可以運行單元測試。最簡單的運行方式是在mydict_test.py的最後加上兩行代碼：

　　?

1 2	if __name__ == '__main__': unittest.main()

　　這樣就可以把mydict_test.py當做正常的python指令碼運行：

　　?

1	$ python mydict_test.py

　　另一種更常見的方法是在命令列通過參數-m unittest直接運行單元測試：

　　?

1 2 3 4 5 6

$ python -m unittest mydict_test ..... ---------------------------------------------------------------------- Ran 5 tests in 0.000s   OK

　　這是推薦的做法，因為這樣可以一次批量運行很多單元測試，並且，有很多工具可以自動來運行這些單元測試。

　　setUp與tearDown

　　可以在單元測試中編寫兩個特殊的setUp()和tearDown()方法。這兩個方法會分別在每調用一個測試方法的前後分別被執行。

　　setUp()和tearDown()方法有什麼用呢?設想你的測試需要啟動一個資料庫，這時，就可以在setUp()方法中串連資料庫，在tearDown()方法中關閉資料庫，這樣，不必在每個測試方法中重複相同的代碼：

　　?

1 2 3 4 5 6 7

class TestDict(unittest.TestCase):   def setUp(self): print 'setUp...'   def tearDown(self): print 'tearDown...'

　　可以再次運行測試看看每個測試方法調用前後是否會列印出setUp...和tearDown...。

　　小結

　　單元測試可以有效地測試某個程式模組的行為，是未來重構代碼的信心保證。

　　單元測試的測試案例要覆蓋常用的輸入組合、邊界條件和異常。

　　單元測試代碼要非常簡單，如果測試代碼太複雜，那麼測試代碼本身就可能有bug。

　　單元測試通過了並不意味著程式就沒有bug了，但是不通過程式肯定有bug。