追溯将测试驱动程序应用于ASP.Net webforms

Question

对于使用ASP.net WebForms的现有n层web应用程序，让应用程序接受测试驱动开发的最佳方法是什么。什么是一个好的计划，以获得开发人员的接受，以继续编写测试优先代码，而不是在TDD实现处于不确定状态时忽略测试？

知道将会有一段很长的低覆盖率的“不确定”时间:你首先开始为模型的哪些领域编写测试？关键使用领域，还是新的开发？

Answer 1

我同意womp的观点，单元测试和WebForms很难。尤其是如果您的大部分逻辑都嵌入在文件背后的代码中。

我发现，首先使用Selenium之类的工具创建功能测试很有帮助。有了一些像样的功能测试覆盖率，我就可以开始重构了，边走边添加单元测试。

Answer 2

众所周知，ASP.Net webforms很难构建单元测试，这是由于对静态HttpApplication和HttpContext对象的内置依赖，以及页面生命周期的泄漏抽象。

也就是说，开始为新代码编写测试总是要容易得多，而不是花费任何时间回到过去覆盖旧代码。需要对旧代码进行大量重构，以便进行适当的测试。