asp.net-mvc - 如何将现有 MVC3 应用程序的开发转变为 TDD 方法？

Question

我有一个相当大的 MVC3 应用程序，我在没有编写任何单元测试的情况下开发了一个小型的第一阶段，特别针对检测诸如重构引起的回归之类的事情。我知道这样说有点不负责任，但到目前为止还没有真正的必要，使用非常简单的 CRUD 操作，但我想朝着 TDD 方法前进。

我已经基本完成了第一阶段，在那里我编写了操作和 View ，成员可以注册为作者并创建类(class)模块。现在，我有更复杂的阶段要实现，类(class)的消费者及其学员必须注册和完成类(class)，包括学业进度跟踪、作者反馈和财务影响。我觉得没有可靠的单元测试策略是不明智的，根据过去的经验，我觉得 TDD 非常适合我 future 的开发工作。

是否有任何已知的程序可以将开发工作“转换”为 TDD，并将单元测试引入已经编写的代码？我不需要幼儿园级别的循序渐进的东西，而是一般的战略指导。

顺便说一句，我在这个问题上包含了 web-development 和 MVC 标签，因为我相信这些开发领域会对项目工件的单元测试要求产生重大影响。如果您不同意并希望删除其中任何一个，请留下评论说明原因。

Answer 1

我不知道任何现有的程序，但我可以强调一下我通常做的事情。

对于现有系统，我的方法是首先尝试编写测试以重现缺陷，然后修改代码以修复它。我说尝试，因为并非所有事情都可以以具有成本效益的方式重现。例如，尝试编写一个测试来重现与非常特定版本的 IE 上的 CSS3 过渡相关的问题可能很酷，但不能很好地利用您的时间。我通常给自己一个截止日期来编写这样的测试。唯一的异常(exception)可能是高度重视或难以手动测试的功能(如 API)。

对于您添加的任何新功能，首先编写测试(好像被测试的类是一个 API)，验证测试失败并实现该功能以满足测试。重复。完成该功能后，通过 PEX 之类的内容运行它.它通常会突出您从未想过的事情。明智地决定要解决哪些问题。

对于现有代码，我将使用代码覆盖率来帮助我找到我没有测试的功能。我注释掉代码，编写测试(失败)，取消注释代码，验证测试通过并重复。如果需要，我将重构代码以简化测试。 PEX也可以提供帮助。

密切关注痛点，因为它突出了应该重构的区域。例如，如果您有一个 Controller 直接使用 ObjectContext/IDbCommand/IDbConnection 进行数据访问，您可能会发现您需要配置数据库等来测试业务条件。这是我的暗示，我需要一个数据访问层的接口(interface)，以便我可以模拟它并在我的 Controller 中模拟这些业务条件。注册表访问等也是如此。

但是要明智地考虑编写测试的目的。 TDD 的值(value)在某些时候会降低，实际上编写这些测试的成本可能比将其交给印度人手动测试的成本更高。