我重構了一些中間層報告,這些報告基本上是一個方法,它需要一堆參數,從數據庫中取一些東西,然後返回結果集。該方法中的代碼通常很簡單,但我不知道如何爲它們編寫最好的單元測試。如果一個方法有43個參數,那麼它是否需要至少43個測試來證明結果包含正確的東西?還有43個表明它排除了正確的東西?我見過只有在使用兩個特定參數(例如根據名稱和開始日期搜索用戶)時才存在的錯誤,所以我應該測試每對參數嗎?看起來這些測試無論是最小的還是浪費的。重構現有報告時應該測試哪些單元?
我見過的所有單元測試的例子都是非常簡單的方法。那麼如何爲現有的43參數方法編寫單元測試,您需要重構而不會中斷?
[編輯] 該方法是由一個網頁報告使用有43個輸入,儘管它是壞的,有一些原因。我必須從後面的ASP.NET代碼和Web控件中提取報告的邏輯,因爲它需要被用作我爲其他東西寫的單元測試的接受標準。