单元测试后面的ASP.NET代码

Question

我一直在阅读有关MVC的内容，其中作者认为可测试性是MVC的主要优势之一。他们将它与ASP.NET WebForms进行比较，以及测试WebForms中的代码是多么困难。

我明白这很难，但有人可以解释过去如何编写单元测试来测试逻辑背后的代码吗？

Answer 1

在过去，我使用Model View Presenter模式测试了aspnet webforms。我能够使用这种模式测试代码，因为我将条件逻辑/循环/等抽象为一个不在webforms框架内部的单独类。

webforms代码隐藏中剩下的只不过是一些属性和页面加载中的调用来初始化演示者类本身。

然后，每个事件处理程序都会将工作简单地传递给演示者类。

我花了很多时间使用这种模式，发现它使测试更友好，但与aspnet mvc相比，这是一项大量的工作

Answer 2

后面的代码是类中的普通方法（与另一个类的唯一区别是该类继承自Page对象）

所以它是可测试的。 大多数问题都出现了，因为这些方法与web.ui控件紧密耦合，就像网格一样;他们不容易假装。 如果你没有伪造UI控件，那么你也在测试UI控件的内部工作方式，这有点过头了。