ABP中单元测试的技巧：Mock和数据驱动

（此文章同时发表在本人微信公众号“dotNET每日精华文章”，欢迎右边二维码来关注。)

题记：虽然ABP为大家提供了测试的脚手架了，不过有些小技巧还是需要自己探索的。

ASP.NET Boilerplate（ABP）默认使用的单元测试的框架是xUnit，并且引入了NSubstitute这个便捷的Mock框架。但是有些具体的用法和技巧还是需要自己探索的。下面介绍两个小技巧。

为AppService注入Mock接口

假设我有一个和钉钉相关的AppService（接口名称为IDingtalkAppService），这个服务中会调用钉钉的sdk，为了在单元测试的时候避免真实的网络调用，所以我需要把这部分代码抽象为一个接口（比如名称为IDingtalkSdkService）。那么如何把IDingtalkSdkService 模拟注入到IDingtalkAppService中呢？

首先，在TestModule的PreInitialize中添加如下代码：

//Registering fake services
IocManager.IocContainer.Register(
    Component.For<IAbpZeroDbMigrator>()
        .UsingFactoryMethod(() => Substitute.For<IAbpZeroDbMigrator>())
        .LifestyleSingleton(),
    Component.For<IDingtalkSdkService>()
        .UsingFactoryMethod(() => Substitute.For<IDingtalkSdkService>())
        .LifestyleSingleton()
    );

上面的代码通过NSubstitute为IDingtalkSdkService注册一个Mock。在测试类中，还是如ABP的惯例那样，通过Resolve来获取IDingtalkAppService的实现。只是在需要给Mock接口的方法设置Returns数据的时候，在测试方法中通过Resolve来现时获取到此接口的实例。如下：

var sdkService = Resolve<IDingtalkSdkService>();
sdkService.GetAllUserList(null, enterprise).Returns(

这种方式虽然最简单但有个缺陷，就是必须注册的时候要求注册为LifestyleSingleton（单例）。那么如果你依赖的外部接口无法以单例模式运行（这种情况应该极少），那么只有给IDingtalkAppService添加一个IDingtalkSdkService的属性SdkService，然后把上面的代码替换为appService.SdkService.GetAllUserList。

NSubstitute使用的更多帮助，请参考其官网：http://nsubstitute.github.io/

数据驱动的单元测试

准确说这不属于ABP的技巧是xUnit的技巧，只是ABP用到了xUnit，就一并提及。我们的业务逻辑可能会涉及到多个场景或者判断条件，为了测试每种情况，是为每种情况写一个测试方法并包含大量的重复代码，还是使用数据驱动注入测试数据到一个测试方法中，显然最好的方式是后者。

常见的单元测试框架都提供了数据驱动的支持：

• xUnit：http://www.tomdupont.net/2012/04/xunit-theory-data-driven-unit-test.html
• NUnit：http://www.tomdupont.net/2014/06/nunit-testcase-data-driven-unit-test.html
• MSTest：https://msdn.microsoft.com/en-us/library/ms182527.aspx

就我的感受而言，xUnit处理数据驱动的方式更为自然。我采用了MemberData的方式来提供数据，就是写一个返回值为IEnumerable<object[]>的静态公共方法。

“不废话，直接上代码”，大家更能一目了然。示例代码见：http://git.oschina.net/ike/xbonmpl9wav062rsj71y872.code.git

通过这种方式，我检查出了一个判断错误，如下图：