單元測試錯誤跟蹤

Question

在構建軟件應用程序的過程中，您會開始測試您已經完成的階段，甚至在它完成之前就可以開始看到問題/錯誤。你如何跟蹤它們，你是否使用常規的錯誤跟蹤工具將它們添加爲問題（浪費時間 - 因爲它是一個正在進行的工作），只需讓他們稍後修復或者有一個簡單的文本列表。

什麼是一種有效的方式，以確保您發現的任何內容最終都會隨着開發進度而得到修復？有沒有什麼小工具可以做到這一點？

Answer 1

我最常做的是：

• 計的bug /問題
• 如果它太大的規模，在bug跟蹤系統產生問題。
• 如果它足夠小，寫一個失敗的單元測試，然後在完成原始功能後再回來。

Answer 2

我發現追蹤所有類型任務（待辦事項，工作項目，錯誤等）的最簡單和最有效的方法是使用單個系統。通常是一個錯誤跟蹤系統。這使您可以在一個地方看到項目中剩餘的所有工作。

擁有多個跟蹤系統幾乎總是會導致數據丟失。人們最終會選擇不同的系統，不要告訴人們他們所在的系統，丟失包含工作項目列表的紙片等等。

大多數錯誤跟蹤系統允許您對錯誤進行分類，以便很容易區分剩餘的工作類型。

Answer 3

請確保您的CI工具（如CruiseControl.NET）運行單元測試作爲構建的一部分。這會導致在單元測試失敗時顯示的內容被破壞，並且最後一次簽入的人員將負責修復它。