1. VisualStuio中的测试资源管理器、CodeLens和ReSharper
上一篇文章重温了《单元测试的艺术》里提到的单元测试的技术及原则。这篇文章实践使用VisualStudio 2019进行单元测试。
在VisualStudio中通常都会使用“测试资源管理器”进行单元测试。
Professional和Enterprise版本可以使用CodeLens,这大大方便了测试的运行与调试。
但CodeLens的图标常常刷不出来,一些第三方插件(如ReSharper)会更好用。
2. Live Unit Test
VisualStudio可以使用Live Unit Test(实时单元测试),这个功能需要Enterprise版本。
Live Unit Testing 是 Visual Studio 2017 中引入的一种技术。 进行代码更改时,它会自动执行单元测试。
实时单元测试:
让你更有信心地对代码进行重构和更改。 Live Unit Testing 在编辑代码时自动执行所有受影响的测试,确保所做更改不会中断测试。
指示单元测试是否充分覆盖代码,并显示未被单元测试覆盖的代码。 Live Unit Testing 以图形方式实时描绘代码覆盖率,以便一眼就能看到每行代码覆盖的测试数,目和未被任何单元测试覆盖的行。
Live Unit Testing是个很好的功能,唯一的障碍是,如果解决方案中包含了集成测试会导致Live Unit Testing响应变慢。解决方案是创建一个不包含集成测试项目的解决方案,或者在解决方案资源管理器中右键单击想要排除的每个测试项目,然后依次选择“实时测试” > “排除”,这样Live Unit Test就不会对这些项目进行测试。
3. 代码覆盖率
还是Enterprise版本的功能,Visual Studio的代码覆盖率工具可以很直观地查看到单元测试的代码覆盖率。
4. Microsoft Fakes
微软有他自己的隔离框架Microsoft Fakes(在公司名称后面加Fakes,这命名真是超烂)。不过Fakes不怎么建议使用。
Fakes有两种风格:
Stub(存根) 将类替换为可实现同一接口的小型替代项。
Shim(填充码) 在运行时修改应用的编译代码,这样就可以运行测试提供的垫片代码,而不用执行指定的方法调用。 填充码可用于替换对无法修改的程序集(如 .NET 程序集)的调用。
一般原则是,为在 Visual Studio 解决方案中进行的调用使用存根,并为对其他引用的程序集的调用使用填充码。 这是因为在你自己的解决方案中,通过按照存根要求的方式定义接口来分离组件是一个很好的做法。 但是,外部程序集(如 System.dll)通常没有单独的接口定义,因此必须改用填充码。
其他需要注意的事项还有:
性能。 填充码运行较慢,因为它们在运行时会重新编写你的代码。 存根没有这项性能开销,与虚方法运行的速度一样快。
静态方法和密封类型方法。 你只能使用存根实现接口。 因此,存根类型不能用于静态方法、非虚方法、密封虚方法、密封类型中的方法,等等。
内部类型。 存根和填充码都可用于可通过程序集特性 InternalsVisibleToAttribute 访问的内部类型。
私有方法。 如果方法签名中的所有类型都是可见的,则填充码可替换对私有方法的调用。 存根只能替换可见方法。
接口和抽象方法。 存根提供了可用于测试的接口和抽象方法的实现。 填充码无法检测接口和抽象方法,因为它们没有方法体。
但是由于不建议使用Fakes,所以基本上都会用NSub创建伪对象,Fakes的价值在于Shim,它有些别的隔离框架没有的独特功能。
下面已LogAn项目为例讲解Fakes的用法。首先在单元测试的引用列表右键选中LogAn
项目,选择“添加 Fakes 程序集”,然后重新生成方案,这时候可见到项目中多了LogAn.Fakes
的引用,以及多了一些Fakes的文件。
使用Stub的单元测试代码如下:
ICalculator calculator = new Fakes.StubICalculator
{
AddInt32Int32 = (arg1, arg2) => 3
};
Assert.AreEqual(calculator.Add(1, 2), 3);
重温一下NSub的相同功能:
_calculator = Substitute.For<ICalculator>();
_calculator.Add(1, 2).Returns(3);
Assert.AreEqual(_calculator.Add(1, 2), 3);
和NSub不同,Fakes提供的功能少了很多,不仅如此,每次更改项目都可能要重新添加Fakes引用(至少我在编译服务器上的项目老是因为Fakes出错)。所以一般不建议使用Fakes做Stub的功能。但是官方文档中外部程序集(如 System.dll)通常没有单独的接口定义,因此必须改用填充码 这句话却没有错,反正System.dll之类的第三方程序集又不可能经常改变,所以也没有需要重新添加Fakes程序集这个烦恼。下面介绍一下Shim的使用。
假设有一个类:
public static class Y2KChecker
{
public static void Check()
{
if (DateTime.Now == new DateTime(2000, 1, 1))
throw new ApplicationException("y2kbug!");
}
}
由于它依赖于DateTime.Now,而假设我们没办法更改这段代码,为了对它进行单元测试我们必须使用Shim破除对DateTime.Now的依赖。首先选中System
引用并右键选择添加Fake程序集
,然后在测试代码的ShimsContext中插入Shim:
using (ShimsContext.Create())
{
// Arrange:
System.Fakes.ShimDateTime.NowGet = () => new DateTime(2000, 1, 1);
// Act and Assert::
Assert.ThrowsException<ApplicationException>(Y2KChecker.Check);
}
如上面代码所示,Shim可以伪造DateTime.Now的值,这对单元测试提供了极大的方便。
5. 结语
虽然Fakes中的Stub不好用,但Shim还是挺有趣的,我建可以同时使用NSub和Fakes里的Shim。善用VisualStudio的各种工具可以大大提升单元测试的效率,不过基本上这些工具都只在Enterprise版本中提供。
有趣的是MSTest自己也没有用Fakes,很多时候都是用moq。(例如PlatformServiceProviderTests.cs)
另外VisualStudio还有一些有趣的工具辅助单元测试,例如walterlv的这篇博客(不再为命名而苦恼!使用 MSTestEnhancer 单元测试扩展,写契约就够了)介绍了一种更直观的单元测试编写方式,不放试一试:
6. 参考
测试工具 - Visual Studio Microsoft Docs
单元测试 - Visual Studio Microsoft Docs
用 Microsoft Fakes 隔离测试代码 - Visual Studio Microsoft Docs