ASP.NET MVC实践系列10-单元测试-阿里云开发者社区

ASP.NET MVC实践系列10-单元测试

2017-11-15 976

版权

本文内容由阿里云实名注册用户自发贡献，版权归原作者所有，阿里云开发者社区不拥有其著作权，亦不承担相应法律责任。具体规则请查看《阿里云开发者社区用户服务协议》和《阿里云开发者社区知识产权保护指引》。如果您发现本社区中有涉嫌抄袭的内容，填写侵权投诉表单进行举报，一经查实，本社区将立刻删除涉嫌侵权内容。

简介：

最早接触单元测试是看了极限编程相关资料里边讲的测试驱动开发，然后下载了Nunit研究了一下，但并没产生多大的触动，因为那个时候做的都是些时间紧任务重的事情，对于单元测试的直接感觉就是有可能比较费时间。直到看了《敏捷软件开发：原则、模式与实践》，里边那个保龄球计分程序很精彩，让我知道了保龄球原来是这么计分的，更重要的是让我认识到测试驱动编程原来这样有意义，并且其实并不浪费时间（至于测试驱动编程到底有意义在哪里，我这里就不说了，大家可以参阅Kent的《测试驱动开发》，Robert C. Martin的《敏捷软件开发：原则、模式与实践》，http://www.ibm.com/developerworks/cn/linux/l-tdd/，http://www.ibm.com/developerworks/cn/java/j-xp042203/等）。在webform中对web层的逻辑很难做单元测试（当然我们可以利用mvp模式（参考：http://www.cnblogs.com/bluewater/archive/2006/12/11/589214.html#1219888）来分解web层逻辑，但因为没有框架的支持，并且实现起来也不是很简单，也不是特别好理解，所以应用并不广泛）。ASP.NET MVC很好的解决了测试web逻辑的问题，可测试性也变成了ASP.NET MVC的优势之一。下面我们就来介绍一下如何在ASP.NET MVC中进行单元测试。

一、测试路由器：

我们首先利用mvc的模板创建一个解决方案，我们可以在Gloabal.asax.cs文件中发现如下代码

 
 
 默认路由代码 

下面我们就为这段代码写一个单元测试（如果对路由还不清楚请参见：ASP.NET MVC实践系列1-UrlRouting ）

 
 
 测试代码 

下面我们解释一下上面的代码

RouteCollection routes = new RouteCollection();
MvcApplication.RegisterRoutes(routes);

这两行的意思是将routes按照默认路由代码中的格式生成相应的路由。

var httpContextMock = new Mock<HttpContextBase>();
httpContextMock.Setup(c => c.Request.AppRelativeCurrentExecutionFilePath).Returns("~/Home/Index");

这两行的意思是创建一个HttpContextBase的mock类，这里我们使用的是MoQ框架来生成mock类（参见：MoQ(基于.net3.5,c#3.0的mock框架)简单介绍）。

RouteData routeData = routes.GetRouteData(httpContextMock.Object);

这行的意思是从routes中获得路由数据，为下边断言路由中的内容作准备。

Assert.AreEqual("Home", routeData.Values["Controller"]);
Assert.AreEqual("Index", routeData.Values["action"]);
Assert.AreEqual("", routeData.Values["id"]);

这三行分别验证了路由中生成的Controller，action，id的正确性。

二、测试Controller与Action

1、测试ViewData

我们先来看一下ASP.NET MVC的默认模板中的测试代码：