字號: 小 中 大 |
推薦給好友
上一篇 |
下一篇
軟件測試和VSTS 測試工具
發布: 2009-5-31 10:56 |
作者: 不詳 |
來源:
測試時代采編 |
查看: 337次 | 進入軟件測試論壇討論
領測軟件測試網
好,現在右鍵按住
Account,就可以看到“
Create Unit Tests”的菜單,選中之后,會出來新建
Unit Tests的對話框:
//一個缺省的單元測試
//修改過的單元測試
//運行單元測試
//單元測試的結果
//代碼覆蓋率
1.4.2 好的單元測試的標準
單元測試應該準確,快速地保證程序基本模塊的正確性。下面是驗證單元測試好壞的一系列標準:
1.4.2.1 單元測試應該在最低的功能/參數上驗證程序的正確性
單元測試應該測試程序中最基本的單元–如在C++/C#/Java中的類,在此基礎上,可以測試一些系統中最基本的功能點(這些功能點由幾個基本類組成),從面向對象的設計原理出發,系統中最基本的功能點也應該由一個類及其方法來表現。單元測試要測試API中的每一個方法,及其每一個參數。
1.4.2.2 單元測試必須由最熟悉代碼的人(程序的作者)來寫
代碼的作者最了解代碼的目的,特點,和實現的局限性。所以,沒有比作者適合的人選。
問:如果我很忙,能不能讓別人代勞單元測試?
答:如果忙到連單元測試都沒有時間做,那么你也沒有時間寫好這個功能。在一些極限編程的方法中,是可以考慮讓別人來做單元測試,但是,程序的作者還是要對單元測試負責。
最好是在設計的時候就寫好單元測試,這樣單元測試就能體現API的語義,如果沒有單元測試,語義的準確性就不能得到保障,以后會產生歧義。
1.4.2.3 單元測試過后,機器狀態保持不變
這樣就可以不斷地運行單元測試,如果單元測試創建了臨時的文件或目錄,應該在Teardown階段把這些臨時的文件或目錄刪除。
如果單元測試在數據庫中創建或修改了記錄,那么也許要刪除這些記錄,或者每一個單元測試使用一個新的數據庫,這樣保證單元測試不受以前單元測試實例的干擾。
1.4.2.4 單元測試要快 (一個測試運行時間是幾秒鐘, 而不是幾分鐘)
快,才能保證效率。因為一個軟件中有幾十個基本模塊(類),每個模塊又有幾個方法,基本上我們要求一個類的測試要在幾秒鐘內完成。如果軟件有相互獨立的幾個層次,那么在測試組中可以分類,如數據庫層次,網絡通信層次,客戶邏輯層次,和用戶界面層次,可以分類運行測試,比如我只修改了“用戶界面”的代碼,我只需運行“用戶界面”的單元測試。