在 Web 中进行测试驱动的开发，比较大的困难是模拟 HttpContext ，它太复杂了。 moq 框架提供了强大的模拟能力，但是，模拟一个 HttpContext 对象还是需要自己来动手。 为此，我自己写了一个方法来完成这个工作。其中，还顺便使用 Log4Net 来输出一下它的工作情况。 /// <summary> /// 创建上下文模拟对象 /// 至少需要支持 ///

1、.Net的HTTP请求.NET与ASP的运行机制有很大不同.ASP的请求与响应是,ASP页面被请求,然后逐行解释.是基于过程的.最多是包含了文件,需要先引入文件罢了.而.Net,在页面被请求后,首先是加载HTTP Module,这不是本文的重点.然后再加载HTTP Handler.这也不是本文的重点.加载的这两项,都需要在Webconfig文件中配置.大家知道的URL转址就是这么实现的.在完成

我们继续《ASP.NET MVC单元测试最佳实践》，今天主要谈论HttpContext的依赖问题。 　　在ASP.NET中进行单元测试的天敌便是HttpContext，它是ASP.NET的核心，极端复杂，却无法进行Mock1——可见微软能够写出那么庞大的ASP.NET框架真不那么容易。现在这个状况改善了不少，因此大家已经可以使用System.Web.Abstractions

IIS在接到一个新的http请求后，最终会调用asp.net_isapi.dll的ISAPI扩展(特指IIS6.0环境，iis7.0的应用程序池默认为集成方式，相对有所变化)，然后传递到httpRuntime Pipe(http运行时管道)，Asp.Net这时才开始运行(即HttpRunTime是Asp.Net真正的入口)，HttpRunTime会为每个asp.net应用自动创建一个HttpApp

IIS在接到一个新的http请求后，最终会调用asp.net_isapi.dll的ISAPI扩展(特指IIS6.0环境，iis7.0的应用程序池默认为集成方式，相对有所变化)，然后传递到httpRuntime Pipe(http运行时管道)，Asp.Net这时才开始运行(即HttpRunTime是Asp.Net真正的入口)，HttpRunTime会为每个asp.net应用自动创建一个HttpApp

本文出自：http://www.cnblogs.com/JeffreyZhao/archive/2009/03/09/no-dependency-to-httpcontext.html 　　我们继续《ASP.NET MVC单元测试最佳实践》，今天主要谈论HttpContext的依赖问题。 　　在ASP.NET中进行单元测试的天敌便是HttpContext，它是ASP.NET的核心，极端复杂，却无法