BS系统中的UI部分的逻辑测试，最首要的就是要模拟请求（Request）和输出（Response），而WebForm又跟MVC不一样，后者的Response，Request等HTTP上下文对象均有接口支持，很容易模拟，而查看WebForm的对应对象，如Response，我们首先看到的声明就是：
| public sealed class HttpResponse |
无接口，并且是sealed，换句话说，我们要测试一个如下的的Code-Behind函数的逻辑正确性，该怎么测试：
| protected void Page_Load(object sender, EvengArgs e) { this.Response.Write("test u"); } |
好在FCL中有现成的包装类HttpResponseWrapper来解决我们的烦恼（不然得自己写包装类），我们将上面的代码改成如下的形式，它就可以变得可测试：
protected HttpResponseBase _response; protected override void OnPreLoad(EventArgs e) protected void Page_Load(object sender, EvengArgs e) |
上面的重构，并不影响原有功能的实现，同时却将代码修改成可测试的，
1：首先，this.Response被替代成可以被模拟的HttpResponseBase；
2：其次，方法Page_Load内部不再负责生成被依赖的对象的生成；
即，我们将_response的生成放到方法的外部。这个外部，可以是构造器等，不过由于webform本身的特殊性，在构造器中，this.Response上下文还不可用，所以在这个例子中放到了OnPreLoad中。
接下来看看测试类的编写，先说点额外话，Page_Load是protected的，要让测试类可以访问到它，需改成public或者干脆让测试类继承我们的当前页面，这里采用的是后者：
[TestClass] [TestMethod] StringWriter sw = new StringWriter(); FakeResponse.Setup(x=>x.Write(It.IsAny<string>())).CallBack<string((x)=> this.Page_Load(null,null); |
