（此文章同时发表在本人微信公众号“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
通过这种方式，我检查出了一个判断错误，如下图：
