對Python測試問題全解析
在向大家詳細介紹Python測試之前,首先讓大家了解下Python測試,然后全面介紹Python測試,Python測試還是比較常用的,于是我研究了一下Python測試,在這里拿出來和大家分享一下,希望對大家有用。
正如在第一篇文章中看到的,py.test 和 nose 都支持編寫為簡單函數的測試,這會大大簡化 Python 測試的編寫:
- Traceback (most recent call last):
- File "test_partial_pickle.py", line 12, in <module>
- s = pickle.dumps(partial(add, 10))
- File "/Library/Frameworks/Python.framework/Versions/
- 2.5/lib/python2.5/pickle.py", line 1366, in dumps
- Pickler(file, protocol).dump(obj)
- File "/Library/Frameworks/Python.framework/Versions/
- 2.5/lib/python2.5/pickle.py", line 224, in dump
- self.save(obj)
- File "/Library/Frameworks/Python.framework/Versions/
- 2.5/lib/python2.5/pickle.py", line 306, in save
- rv = reduce(self.proto)
- File "/Library/Frameworks/Python.framework/Versions/
- 2.5/lib/python2.5/copy_reg.py", line 69, in _reduce_ex
- raise TypeError, "can't pickle %s objects" % base.__name__
- TypeError: can't pickle partial objects
如果只需要在某一特定環境中檢查組件行為,那么測試函數和更傳統的測試類都可以滿足需要。但是,如果要執行一系列測試,它們基本相同,只有一些參數有差異,那么怎么辦?
為了更容易實現這種測試,避免多次復制并粘貼測試函數以及設置惟一的名稱,py.test 和 nose 都支持衍生測試(generative test)。這里的思想是,您提供一個測試函數,它實際上是一個迭代器,然后使用它的 yield 語句并提供調用參數,從而返回一系列函數。例如,如果希望針對一系列 Web 瀏覽器運行一個測試,可以編寫下面這樣的代碼:
對于衍生Python測試,py.test 更方便。因此您能夠更加輕松的分辨出正在運行的測試,并在一個或多個測試失敗時理解測試報告,在每個元組中提供的第一項可以是一個名稱,它會作為測試名稱的組成部分輸出:
- Traceback (most recent call last):
- File "test_partial_pickle.py", line 12, in <module>
- s = pickle.dumps(partial(add, 10))
- File "/Library/Frameworks/Python.framework/Versions/
- 2.5/lib/python2.5/pickle.py", line 1366, in dumps
- Pickler(file, protocol).dump(obj)
- File "/Library/Frameworks/Python.framework/Versions/
- 2.5/lib/python2.5/pickle.py", line 224, in dump
- self.save(obj)
- File "/Library/Frameworks/Python.framework/Versions/
- 2.5/lib/python2.5/pickle.py", line 306, in save
- rv = reduce(self.proto)
- File "/Library/Frameworks/Python.framework/Versions/
- 2.5/lib/python2.5/copy_reg.py", line 69, in _reduce_ex
- raise TypeError, "can't pickle %s objects" % base.__name__
- TypeError: can't pickle partial objects
在設計和編寫測試套件時,一個大問題是如何處理共同的 setup 和 teardown 代碼。許多真實的測試并不像本文給出的示例函數這么簡單;它們必須執行一些復雜的操作,比如在Python測試中打開網頁并單擊 “Continue” 按鈕,然后檢查結果。在開始實際測試(比如打開頁面并單擊按鈕)之前,測試必須先完成一些步驟。
現在,考慮如果一百個功能性測試都要這樣執行測試,會怎么樣。它們都需要通過調用共同的 setup 例程運行 Firefox,然后才能執行自己的測試。與此相應,為了取消 setup 所做的操作,可能還有 teardown 。在設計和編寫測試套件時,一個大問題是如何處理共同的 setup 和 teardown 代碼。許多真實的測試并不像本文給出的示例函數這么簡單;
它們必須執行一些復雜的操作,比如在 Firefox 中打開網頁并單擊 “Continue” 按鈕,然后檢查結果。在開始實際測試(比如打開頁面并單擊按鈕)之前,測試必須先完成一些步驟。
【編輯推薦】