維護階段的單元測試

Question

我們的項目目前正在維護中。我們從未對這個項目進行過單元測試。我們正在計劃爲delta編寫單元測試，而不是爲整個應用程序編寫單元測試。什麼是首選的方法。在維護階段增加單元測試是否真的增加了價值？我們仍然使用.net 1.1，將來可能會升級到.net 4.0。

我想知道如果有人做了ROI賣給企業？

Answer 1

首選的方法是使用單元測試覆蓋您現有的所有代碼，然後在之前增加它，但是您可能沒有預算。單元測試你的改變肯定比沒有好。

如果您已經有足夠的集成/驗證/驗收測試，那就足夠了。

Answer 2

理想情況下，你應該有覆蓋整個項目的單元測試，而不僅僅是未來的增量。如果您打算進行重大的基礎設施升級，這一點尤其重要，因爲這基本上意味着您的整個項目是「三角洲」。

是否真的值得投入的努力進入這個取決於你真正想要多少支持這個項目向前發展。

Answer 3

這一切都取決於您的代碼攪動的頻率和原因。但是，無論如何，單元測試和全面的單元測試套件更像是長期投資。

如果大部分更改都是由於現場/客戶問題引起的，那麼維護階段的（遺留）代碼的UnitTest投資回報率應該來自減少修復問題的時間，減少引入（或暴露）的錯誤數量，與三角洲和減少時間來確定問題的根源。

如果代碼改動是由小的特點造成的（改進和/或客戶要求），比投資回報率應該從更短的交貨時間（更優質的代碼，更有信心，使TDD等）。

一般的單元測試提高開發人員的代碼庫的信心和對變化提供某種sefety網。