我重构了一些中间层报告，这些报告基本上是一个接受一堆参数的方法，从数据库中获取一些东西，然后返回结果集。方法中的代码通常很简单，但我不知道如何最好地为它们编写单元测试。如果一个方法有43个参数那么它不需要至少43个测试来证明结果包含正确的东西吗？还有43个表明它排除了正确的东西？我已经看到只在使用两个特定参数时存在的错误（比如根据名称和开始日期搜索用户），那么我应该测试每对参数吗？看起来这些测试要么是无用的，要么是无用的。
我见过的所有单元测试示例都是用于非常简单的方法。那么你如何为现有的43参数方法编写单元测试，你需要重构而不会破坏？
[编辑] 该方法由具有43个输入的网页报告使用，因此很糟糕，有一些原因。我必须从ASP.NET代码和Web控件中提取报表的逻辑，因为它需要用作我正在编写的其他一些单元测试的验收标准。
答案 0 :(得分：0)
我希望你夸大乳清说一个43参数的方法！如果没有，那就完全错了，这是我开始重构的第一件事。
您可以随时测试对您来说真正重要的事情。在您的情况下，您应该在进行实际重构之前创建一个失败的单元测试。首先，确保存在错误，一旦错误得到解决，将确保它正常工作，如果进一步重构，它将保持这种状态。