net 的单元测试 初学

1、 都要以一个方法 这样的去测试

2、 利用工具 Install-Package Moq -Version 4.0 （最高的是4.5  4.0适用于自己项目的版本）   Moq.dll 进行测试  模拟接口类 跟抽象类

https://github.com/moq/moq4/blob/v4.2.1312/Samples/Lib/Moq.dll

以下来自转载 http://www.cnblogs.com/WeiGe/p/3843680.html

单元测试的目标是一次只测试一个方法，是一种细粒度的测试，但是假如某个方法依赖于其他一些难以操控的外部东东，比如说网络连接、数据库连接等时，那么我们该怎么办呢？既然单元测试的法则说不让依赖这些个外部真实的东西，那还不简单，我山寨一个不就行了吗？此时当采用以假乱真的手法来完成单元测试。实际上我们这里采用的是Mock对象，也就是真实对象的替代品，并使用Moq框架来模拟Mock对象，它为我们提供了模拟真实对象行为的能力，然后交给被测试功能使用，以此判断被测试功能是否正确。

注意：Moq只能模拟接口或抽象类。

你可以通过Nuget来获取Moq并且引用到指定的项目，也可以在google上下载，不管怎样记得在测试项目中引用Moq.dll就行~

举个栗子：

public class Student
    {
        public string ID { get; set; }
        public string Name { get; set; }
        public int Age { get; set; }
　　}

IStudentRepository

public interface IStudentRepository　　
{
       Student GetStudentById(string id);
}

下面是方法GetStudentById的单元测试代码：

[TestMethod]
public void GetStudentByIdTest() 
{
            //创建MOCK对象
            var mock = new Mock<IStudentRepository>();
            //设置MOCK调用行为
            mock.Setup(p=>p.GetStudentById("1")).Returns(new Student());
            //MOCK调用方法
            mock.Object.GetStudentById("1");
            Assert.AreNotSame(new Student(), mock.Object.GetStudentById("1"));
}

这里其实已经以假乱真了，因为真实的接口IStudentRepository里边的方法GetStudentById在实际中肯定要要访问数据库的，那么我们这里压根都么有访问什么数据库，直接用IStudentRepository接口模拟了一个对象，根本不用实现，这样瞬间就提高了单元测试的可行性。不过这里也要提个醒，就是在写代码的时候，别让代码产生过度的依赖，方可在进行单元测试时顺利进行！

说说常用的Moq成员：

1、Mock<T>：通过这个类我们能够得到一个Mock<T>对象，T可以是接口和类。它有一个公开的Object属性，这个就是我们Moq为我们模拟出的对象。

var mo = new Mock<IStudentRepository>();
mo.Object //其实就是模拟实现IStudentRepository接口的对象

2、It：这是一个静态类，用于过滤参数。

It很适合用来匹配数字，字符串参数，它提供了如下几个静态方法：

Is<TValue> ：参数为Expression<Predict<TValue>>类型，当你需要某种类型并且这种类型要通过代码来判断的话可以使用它。

IsAny<TValue> ：没有参数，只要是TValue类型的就能匹配成功。

IsInRange<TValue> ：用来匹配两个的TValue类型值之间的参数。（Range参数可以设定开闭区间）

IsRegex：用正则表达式匹配。（仅限于字符串类型参数）

var customer = new Mock<ICustomer>();
customer.Setup(x => x.SelfMatch(It.Is<int>(i => i % 2 == 0))).Returns("1");//方法SelfMatch接受int型参数，当参数为偶数时，才返回字符串1。
customer.Setup(p => p.SelfMatch(It.IsAny<int>())).Returns((int k) => "任何数：" + k);//方法SelfMatch接受int型，且任何int型参数都可以，然后返回："任何数：" + k。
customer.Setup(p => p.SelfMatch(It.IsInRange<int>(0, 10, Range.Inclusive))).Returns("10以内的数");//方法SelfMatch接受int型，且当范围在[0,10]时，才返回10以内的数
customer.Setup(p => p.ShowException(It.IsRegex(@"^\d+$"))).Throws(new Exception("不能是数字"));//用正则表达式过滤参数不能是数字

3、MockBehavior：用于配置MockObject的行为，比如是否自动mock。

Moq有个枚举类型MockBehavior，有三个值Strict，Loose，Default。

Strict表示Mock对象在调用一个方法前这个方法必须被Mock掉，否则就会引发MockException。而Loose与之相反，如果调用没有Mock的方法也不会出错。Default默认为Loose。例如：

[TestMethod]
public void MoqTest()
        {
            var mo = new Mock<ICustomer>(MockBehavior.Strict);
              mo.Object.Method();//在MockBehavior.Strict设置下，一切调用未填充的方法/属性/事件时会抛出异常
         }

4、MockFactory：Mock对象工厂，能够批量生产统一自定义配置的Mock对象，也能批量的进行Mock对象测试。

这是一个模拟对象的工厂，我们不可以成批Mock它们，例如：

var factory = new MockFactory(MockBehavior.Strict) { DefaultValue = DefaultValue.Mock };
            // Create a mock using the factory settings
            var aMock = factory.Create<IStudent>();
            // Create a mock overriding the factory settings
            var bMock = factory.Create<ITeacher>(MockBehavior.Loose);
            // Verify all verifiable expectations on all mocks created through the factory
            factory.Verify();

5、Match<T>：如果你先觉得It不够用就用Match<T>，通过它能够完全自定义规则。

还是举个栗子比较能说明问题

[TestMethod()]
public void MoqTest()
        {
            var mo = new Mock<IRepository>();
            mo.Setup(p => p.Method(MatchHelper.ParamMatcher("wang"))).Returns("success");
            Assert.AreEqual(mo.Object.("wang"), “success);
        }
//此处就实现了自定义的参数匹配

public static class MatchHelper
        {
            public static string ParamMatcher(string name)
            {
                return Match<string>.Create(
                    p => p.Equals(name));
            }
        }

6、Verify和VerifyAll

用于测试mock对象的方法或属性是否被调用执行，Verify必须要先调用Verifiable()方法才能用，而VerifyAll不用这样就可以对所有的mock对象进行验证，例如：

public void TestVerify()
{
var customer = new Mock<ICustomer>();
customer.Setup(p => p.GetCall(It.IsAny<string>()))
.Returns("方法调用").Verifiable();//必须调用Verifiable()方法才可以
customer.Object.GetCall("调用了！");
customer.Verify();
}
public void TestVerifyAll()
{
var customer = new Mock<ICustomer>();
customer.Setup(p => p.GetCall(It.IsAny<string>()))
.Returns("方法调用"); //没有显式调用Verifiable()方法也可以
customer.Object.GetCall("调用了！");
customer.VerifyAll();
}

7、Callback

其实就是回调，使用Callback可以使我们在某个使用特定参数匹配的方法在被调用时得到通知。当执行某方法时，调用其内部输入的（Action）委托，例如：

public void TestCallback()
{
var customer = new Mock<ICustomer>();
customer.Setup(p => p.GetCall(It.IsAny<string>()))
.Returns("方法调用")
.Callback((string s)=>Console.WriteLine("ok"+s));
customer.Object.GetCall("x");
}

五、ASP.NET MVC单元测试应用

几点建议：

1、每当你向controller、service、repository层中添加一系列的新函数时，从你开始修改代码的那一刻开始，你就必须得承担有可能破坏原本正常工作的那部分功能的风险。言外之意，你必须进行单元测试才行。

2、单元测试必须是可以快速执行的。因此对于耗时的数据库交互来说，你必须对其进行mock，然后编写代码与mock的数据库进行交互

3、你不必为view进行单元测试。因为要想对view进行测试，你就不得不搭建web服务器。因为搭建web服务器相对来说很耗时，因此并不推荐针对view进行单元测试。 如果你的view包含大量复杂的逻辑，则你应当考虑将这些逻辑转移到Helper方法中。你可以针对Helper方法编写单元测试且无需搭建web服务器。

4、对于涉及到http的东东，你也必须mock一下

如何为方法添加单元测试？

1、在新建MVC项目时为项目添加默认的单元测试项目，如图所示：

2、或者在vs中相应的方法处单击鼠标右键，添加单元测试即可，如图所示：

MVC单元测试

默认生成的单元测试代码已经为Controller生成了相应的单元测试方法，例如对HomeController进行单元测试，注意测试类的命名规范，以及两个特性TestClass和TestMethod，有了这两个东东，方可对类和方法进行测试。我们可以发现是按照arrange/act/assert的模式来进行单元测试的，单元测试说白了就是三步走：arrange：初始化测试的环境属于准备阶段；act：执行测试；assert：断言，测试的结果

[TestClass]
public class HomeControllerTest
{
        [TestMethod]
        public void About()
        {
            // Arrange
            HomeController controller = new HomeController();
            // Act
            ViewResult result = controller.About() as ViewResult;
            // Assert
            Assert.IsNotNull(result);
        }
 
}

难点其实在第一步，就是测试环境的准备，这里更多的是用Moq来进行模拟。另外，涉及到的Assert类主要有以下这些方法

Assert.Inconclusive()      表示一个未验证的测试；

Assert.AreEqual()           测试指定的值是否相等，如果相等，则测试通过；

AreSame()                     用于验证指定的两个对象变量是指向相同的对象，否则认为是错误

AreNotSame()                用于验证指定的两个对象变量是指向不同的对象，否则认为是错误

Assert.IsTrue()               测试指定的条件是否为True，如果为True，则测试通过；

Assert.IsFalse()              测试指定的条件是否为False，如果为False，则测试通过；

Assert.IsNull()                测试指定的对象是否为空引用，如果为空，则测试通过；

Assert.IsNotNull()           测试指定的对象是否为非空，如果不为空，则测试通过；

一个模拟访问Service服务的单元测试栗子：

namespace Mvc4UnitTesting.Tests.Controllers
{
    [TestClass]
    public class HomeControllerTest
    {
        [TestMethod]
        public void Index()
        {
            // Arrange
            var mockIProductService = new Mock<IProductService>();
            mockIProductService.Setup(p => p.GetAllProduct()).Returns(new List<Product> { new Product{ ProductId = 1, ProductName = "APPLE", Price = "5999"}});
            HomeController controller = new HomeController(mockIProductService.Object);
            // Act
            ViewResult result = controller.Index() as ViewResult;
            var product = (List<Product>)result.ViewData.Model;
            // Assert
            Assert.AreEqual("APPLE", product.First<Product>().ProductName);
        }
   }
}

一个模拟访问Web环境的单元测试栗子：

public ActionResult Index()
{
ViewData["Message"] = Request.QueryString["WW"];
return View();
}

[TestMethod]
public void Index()
        {
            HomeController controller = new HomeController();
            var httpContext = new Mock<HttpContextBase>();
            var request=new Mock<HttpRequestBase>();
            NameValueCollection queryString = new NameValueCollection();
            queryString.Add("WW", "WW");
            request.Setup(r => r.QueryString).Returns(queryString);
            httpContext.Setup(ht => ht.Request).Returns(request.Object);
            ControllerContext controllerContext = new ControllerContext();
            controllerContext.HttpContext = httpContext.Object;
            controller.ControllerContext = controllerContext;
            ViewResult result = controller.Index() as ViewResult;
            ViewDataDictionary viewData = result.ViewData;
            Assert.AreEqual("WW", viewData["Message"]);
        }

总结：

有效的测试是软件质量的保证，所以这里希望大家，包括本人自己在内，都能够把单元测试落到实处，目前对于我们来说，最大的难点在于能否恰到好处地模拟出相关的依赖资源，因此写出低耦合的代码就变得很有必要。其实多加练习使用之后，自然就能够应对相对复杂的单元测试，终有一天你会发现，单位测试只不过是分分钟的事！