-
暫時沒有公告
軟件測試和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 單元測試要快 (一個測試運行時間是幾秒鐘, 而不是幾分鐘)
快，才能保證效率。因為一個軟件中有幾十個基本模塊（類），每個模塊又有幾個方法，基本上我們要求一個類的測試要在幾秒鐘內完成。如果軟件有相互獨立的幾個層次，那么在測試組中可以分類，如數據庫層次，網絡通信層次，客戶邏輯層次，和用戶界面層次，可以分類運行測試，比如我只修改了“用戶界面”的代碼，我只需運行“用戶界面”的單元測試。
延伸閱讀
文章來源于領測軟件測試網 http://www.kjueaiud.com/
延伸閱讀
領測軟件測試網最新更新
