先开个头，当我们对A进行单元测试时，可能会发现A的实现必须要依赖B。这时，我们在写单元测试时，就必须先创建B的实例，然后把B传给A再建立A的实例进行测试。
这样就会出现一些问题：
1、我们的单元测试会变得复杂而且脆弱。复杂是因为我们必须要花费精力去弄清楚B的逻辑。脆弱是因为如果B的逻辑更改了，我们对A的单元测试也可能会面临失败。
2、更严重的是，当我们测试失败时，我们无法很快定位到究竟是A除了问题还是B出了问题。
所以我们使用Moq这种技术来Mock “伪造” 一个B的实例，这样我们就能专注于对A的单元测试。
接下来开始记录一下使用Moq的案例。
首先了解一下不使用Moq的情况下我们怎么测试一个跟其他类有依赖关系的方法。
1、这里先声明了一个产品实体。其中有产品的名称、种类、和价格。
public class Product
{
public string Name { set; get; }
public string Category { get; set; }
public decimal Price { set; get; }
}
2、我们有一个接口IValueCalculator，声明了一个方法来计算产品价格。
public interface IValueCalculator
{
decimal ValueProducts(IEnumerable<Product> products);
}
3、还需要定义一个接口IDiscountHelper来给产品的价格打折。
public interface IDiscountHelper
{
decimal GetDiscount(decimal price);
}
有一个实现这个接口的MinDiscountHelper 类，根据不同的价格范围进行打折。
public class MinDiscountHelper : IDiscountHelper
{
public decimal GetDiscount(decimal price)
{
if (price < 0)
{
throw new ArgumentOutOfRangeException();
}
else if (price > 10 && price <= 100)
{
return price - 5;
}
else if (price > 100)
{
return price * 0.9M;
}
else
{
return price;
}
}
}
4、接下来定义一个LinqValueCalculator 类来实现接口IValueCalculator。
我们可以发现这个类要依赖于IDiscountHelper接口的实现来计算打折后的价格，然后实现IValueCalculator的ValueProducts（）方法返回最终的产品价格。
public class LinqValueCalculator : IValueCalculator
{
private IDiscountHelper discounter;
public LinqValueCalculator(IDiscountHelper discountPara)
{
this.discounter = discountPara;
}
public decimal ValueProducts(IEnumerable<Product> products)
{
return this.discounter.GetDiscount(products.Sum(p => p.Price));
}
}
5、如此一来，我们要测试LinqValueCalculator的方法时，就不得不先定义一个IDiscountHelper的实例。
这就会出现我们一开始所说的问题。
[TestClass]
public class UnitTest2 {
private Product[] products = {
new Product {Name = "AAA", Price = 275M},
new Product {Name = "BBB", Price = 48.95M},
new Product {Name = "CCC", Price = 19.50M},
new Product {Name = "DDD", Price = 34.95M}
};
[TestMethod]
public void Sum_Products_Correctly() {
// arrange
var discounter = new MinimumDiscountHelper();
var target = new LinqValueCalculator(discounter);
var goalTotal = products.Sum(e => e.Price);
// act
var result = target.ValueProducts(products);
// assert
Assert.AreEqual(goalTotal, result);
}
}
接下来我们使用Moq来解决这种问题，让我们可以专注于我们想要测试的模块。
1、在单元测试项目中打开NuGet程序包管理。
2、在右侧联机搜索Moq然后安装识别码为Moq的程序包即可。
3、可以看到Moq被引用到了单元测试项目里。
4、在测试类中引用命名空间。
using System; using Microsoft.VisualStudio.TestTools.UnitTesting; using Moq;
5、在测试方法中使用Moq。
Mock<IDiscountHelper> mocker = new Mock<IDiscountHelper>(); // 创建Mock对象，伪造一个IDiscountHelper的实现
先定义一个实现IDiscountHelper的Mock，这个Mock是一个实现了IDiscountHelper的杜撰实例。
mocker.Setup(m => m.GetDiscount(It.IsAny<decimal>())).Returns<decimal>(total => total); // 装载方法 mocker.Setup(m => m.GetDiscount(It.Is<decimal>(v => v == 0))).Throws<ArgumentOutOfRangeException>(); // 参数等于0时，抛出异常 mocker.Setup(m => m.GetDiscount(It.Is<decimal>(v => v > 100))).Returns<decimal>(total => total * 0.9M); // 参数大于100时，返回 mocker.Setup(m => m.GetDiscount(It.IsInRange<decimal>(10, 100, Range.Inclusive))).Returns<decimal>(total => total - 5); // 参数在10与100之间，包括10和100，返回-5
使用Setup（）来装载依赖的方法，用Returns<T>来返回任意类型的结果。
在Setup（）中使用lambda表达式，指定相应方法。用It对象来控制传入的参数，下面是It对象的一些常用方法：
使用Returns（）方法来控制返回值，同样支持lambda表达式。
注意：Moq是以倒序的方式装载Setup（）的，因此我们要最先写最基础的场景，往下写其他特殊的场景，确保所有场景都能够被覆盖。在这里，我们首先写了一个It.IsAny<decimal>来确保无论如何最终总能传入decimal参数，后面再根据不同的测试场景传入decimal参数。
其实这个时候，我们已经跟之前定义的MinDiscountHelper类没什么关系了，我们直接使用Moq来做这个接口实现，返回数据给之后的测试。
接着来我们只需要把实现了IDiscountHelper接口的Mock实例传给我们要测试的行为即可：
var test = new LinqValueCalculator(mocker.Object);
整合起来如下：
private Product[] InitProducts(decimal price)
{
return new Product[] { new Product { Price = price } };
}
/// <summary>
/// 使用Moq辅助，单独测试跟其他模块有依赖关系的方法。
/// </summary>
[TestMethod]
[ExpectedException(typeof(ArgumentOutOfRangeException))] // 指定计划抛出的异常
public void TestMethod1()
{
Mock<IDiscountHelper> mocker = new Mock<IDiscountHelper>(); // 创建Mock对象，伪造一个IDiscountHelper的实现
/* 装载实现的GetDiscount方法。
* Mock的装载方式是倒序，因此要最先写最基础的场景，往下装载特殊的场景。
*/
mocker.Setup(m => m.GetDiscount(It.IsAny<decimal>())).Returns<decimal>(total => total); // 装载方法
mocker.Setup(m => m.GetDiscount(It.Is<decimal>(v => v == 0))).Throws<ArgumentOutOfRangeException>(); // 参数等于0时，抛出异常
mocker.Setup(m => m.GetDiscount(It.Is<decimal>(v => v > 100))).Returns<decimal>(total => total * 0.9M); // 参数大于100时，返回九折
mocker.Setup(m => m.GetDiscount(It.IsInRange<decimal>(10, 100, Range.Inclusive))).Returns<decimal>(total => total - 5); // 参数在10与100之间，包括10和100，返回-5
var test = new LinqValueCalculator(mocker.Object);
//decimal zero = test.ValueProducts(InitProducts(0M));
decimal five = test.ValueProducts(InitProducts(5M));
decimal ten = test.ValueProducts(InitProducts(10M));
decimal fifty = test.ValueProducts(InitProducts(50M));
decimal hundred = test.ValueProducts(InitProducts(100M));
decimal twoHundred = test.ValueProducts(InitProducts(200M));
Assert.AreEqual(5M, five, "Test Five failed");
Assert.AreEqual(5M, ten, "Test Ten failed");
Assert.AreEqual(45M, fifty, "Test Fifty failed");
Assert.AreEqual(95M, hundred, "Test Hundred failed");
Assert.AreEqual(200 * 0.9M, twoHundred, "Test TwoHundred failed");
test.ValueProducts(InitProducts(0M));
}
注意：我们还使用了 [ExpectedException(typeof(ArgumentOutOfRangeException))] 来捕获我们希望测试抛出的异常。
自此，Moq就解决了我们在开篇提到的问题，我们不用再关心所依赖的其他模块的具体实现，也不用担心它们是更改了。我们使用Moq杜撰那些依赖项，回传想要的数据给测试目标。这样我们就能心无旁骛地达到我们的测试目标。