單元測試優先級，工具，指標

Question

想象一下，我們的程序中有1000個函數。我們是否需要測試所有這些？

，我們可以給你的功能的一些戰略重點，我們可以之後但不是所有的測試其中一些？

要做到這一點，我們可以使用哪些工具和指標？

Answer 1

在一個理想的世界中，對於解決方案中的每種方法（或功能），您將有多個單元測試。實際上，這通常不會發生，特別是在現有系統上工作時。

由於每種軟件解決方案都不同，所以沒有自動化的方法來優先考慮應該測試哪些方法。我將重點放在作爲解決方案核心的方法和類上，並嘗試在這些方法上獲得儘可能多的單元測試覆蓋率。然後專注於代碼的其他部分。

單元測試工具根據您的語言和環境而有所不同。 Visual Studio包含基本的單元測試，另外還有用於.NET測試的NUnit。對於Java，有JUnit。

Answer 2

這是最好的檢驗一切，顯然不是正常，跳繩就像getter和setter瑣碎的事情。

但你可能要衡量cyclomatic complexity和更擔心的更復雜的功能。

Answer 3

我們需要測試所有的人？

號首先這將是值得跟隨的錯誤。每個新的錯誤都應該以至少一個單元測試結束。然而，理想情況下，您希望改造一個合理的自動化測試套件。 Crap4J和Clover可以讓你知道從哪裏開始。四葉草有項目風險和快贏雲，這將給什麼應該測試的一些指導，什麼將有助於保持道德了（在圈複雜度和測試覆蓋率基本視圖）。