2011-04-04 61 views
0

我重構了一些中間層報告,這些報告基本上是一個方法,它需要一堆參數,從數據庫中取一些東西,然後返回結果集。該方法中的代碼通常很簡單,但我不知道如何爲它們編寫最好的單元測試。如果一個方法有43個參數,那麼它是否需要至少43個測試來證明結果包含正確的東西?還有43個表明它排除了正確的東西?我見過只有在使用兩個特定參數(例如根據名稱和開始日期搜索用戶)時才存在的錯誤,所以我應該測試每對參數嗎?看起來這些測試無論是最小的還是浪費的。重構現有報告時應該測試哪些單元?

我見過的所有單元測試的例子都是非常簡單的方法。那麼如何爲現有的43參數方法編寫單元測試,您需要重構而不會中斷?

[編輯] 該方法是由一個網頁報告使用有43個輸入,儘管它是壞的,有一些原因。我必須從後面的ASP.NET代碼和Web控件中提取報告的邏輯,因爲它需要被用作我爲其他東西寫的單元測試的接受標準。

回答

0

我希望你誇大說43個參數的方法乳清!如果不是的話,那只是錯誤的,而且這將是我開始重構的第一件事情。

你可以隨時測試真正重要的是什麼。在你的情況下,你應該已經創建了一個失敗的單元測試,然後再進行實際的重構。首先,確保存在錯誤,一旦錯誤得到解決,將確保它正在工作,並且如果進一步重構,它將保持這種狀態。

相關問題