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处理数据驱动的方式更为自然。我采用了MemberData的方式来提供数据,就是写一个返回值为IEnumerable<object[]>的静态公共方法。

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

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

QQ拼音截图未命名

posted @ 2016-10-21 12:20 朱永光 阅读(...) 评论(...) 编辑 收藏