2011-07-06 85 views
1

我們有一個巨大的web應用程序,它是用.net 1.1和2.0編寫的。雖然它目前運行在.net3.5中,但所有的結構都是「舊」且雜亂的。我們可能會發現業務邏輯成爲ajax和java腳本直到數據層。爲傳統的asp.net web應用程序編寫單元測試

現在經理已經決定他們要開始單元測試應用程序。

有沒有人有想法或知道我在哪裏找到材料開始甚至決定是否有值得開始?

+0

告訴他們這就像試圖在福特護航中安裝火箭發動機一樣。它看起來會起作用......但是當它爆炸或者你撞上巖壁時,你會知道它不會。你必須從一開始就進行單元測試。如果你在這裏問這個問題,你甚至不會站在一個讓它工作的遙遠的機會。抱歉。 – CrazyDart

回答

1

這是來自類似question的重複答案。

通常,對未經測試的代碼庫進行單元測試是很困難的。將會有高度的耦合度,讓單元測試運行將會比你得到的回報更大。我推薦以下內容:

  • 獲得Michael Feathers的Working Effectively With Legacy Code的至少一個副本,並與團隊成員一起通過它。它處理這個確切的問題。
  • 對所有寫入的新代碼執行嚴格的單元測試(最好是TDD)策略。這將確保新代碼不會成爲遺留代碼,並且獲取要測試的新代碼將推動重構舊代碼的可測試性。
  • 如果您有時間(您可能不會這樣做),請在系統的關鍵路徑上編寫幾個重點集中的集成測試。這是一個很好的理智檢查,你在第2步中重構的重構不會破壞核心功能。
相關問題