量化單元測試覆蓋範圍

Question

我們公司正試圖強制實施測試驅動開發，並且作爲開發經理，我正在試圖確定接受準則的真正含義。我們大多遵循敏捷方法，每個故事都要進行測試，需要一定程度的單元測試覆蓋率（入門標準）。我有興趣聽聽你們是如何在公司內有效地實施門控級別的（如果是這樣）。

Answer 1

你什麼不要想要設置任何代碼覆蓋率的要求。任何這樣的要求都可以並且會被玩弄。相反，我會看測量RTF：運行，測試功能。請參閱http://xprogramming.com/articles/jatrtsmetric/

Answer 2

對於我們的Ruby on Rails應用程序，我們使用代碼度量標準gem SimpleCov。我不確定你的公司使用什麼語言，但我確定它有一個代碼指標。 SimpleCov對於Ruby來說非常棒，因爲它提供了一個廣泛的GUI，突出顯示了代碼是否被覆蓋，跳過（被過濾掉）或者錯過了。

我們剛剛開始跟蹤我們的代碼覆蓋兩個月了。我們從30％開始，現在接近60％。根據貴公司的申請年齡，您可能希望將覆蓋率預期提高至80％或更高......根據SimpleCov，任何91％或更高的「綠色」，而低於80％的「紅色」 「（偉大的顏色比喻）。

我覺得最重要的是確保你的關鍵功能測試 - 這些功能可能有最多的代碼行被測試。先完成這些工作將大大提高覆蓋率。

另一件需要注意的事情是，如果你使用像SimpleCov這樣的庫，你可以跳過（過濾掉）代碼行，甚至整個文件，你覺得它是遺留的，可能會降低覆蓋率。這是爲什麼我們的報道在兩個月內幾乎翻了一番的另一個原因。

再說一遍，我們是測量代碼覆蓋率的新手，但堅信它對我們當前的測試套件和應用程序開發有益。