如果我正在運行一套測試,是否有一個原因,我不想collect code coverage data的測試?爲什麼我*不會在VS2008的單元測試中收集代碼覆蓋率數據?
在運行時,存儲或其他方面的預期成本是多少? 我試圖決定是否要運行代碼覆蓋數據收集關閉。
如果我正在運行一套測試,是否有一個原因,我不想collect code coverage data的測試?爲什麼我*不會在VS2008的單元測試中收集代碼覆蓋率數據?
在運行時,存儲或其他方面的預期成本是多少? 我試圖決定是否要運行代碼覆蓋數據收集關閉。
的原因不是在單元測試中做到這一點,這樣的單元測試可以快速執行,所以你沒有藉口不執行單元測試。
鑑於你的問題,這聽起來像你不會因收集這些信息而引起任何延遲而煩惱;我的建議是保持原樣,當延遲變成「麻煩」時,花一些時間創建「快速」構建和「覆蓋」構建。
我不會使用代碼覆蓋作爲絕對的度量任何東西。高代碼覆蓋率是很好的,但是100%的代碼覆蓋率不一定更好,並且在花費最後一點的時間方面可能會更糟糕。
儘管代碼覆蓋率很高,但是作爲一個更大的指標套件的一部分。
我想我誤解了這個問題,但得到最多投票反正:) – 2009-06-30 18:09:00