单元测试遇到的最难的问题

就是各种依赖:xxxSevice, xxxDao。

所以要Mock。

Mock很繁琐。

 

所以,尽量让UT不需要Mock,也就是把逻辑抽出来。

 

举个例子:

产品每次启动时,需要比较用户的配置,如果有改动就记录。

用户的配置和保存到数据的配置都dump到map,比较的逻辑,按照“惯例”,就写在了xxxServiceImpl里面了,这个service有xxxDao的依赖,还有Spring的resource的注入(用来读取配置文件),要是针对这个sevice写UT,啊,mock半天。

 

结果:我写了一个Comparator类(参数:读取之后的map),负责比较,返回一个CompareResult,里面对用户的改动做了封装:新增,修改,删除的。

这下只需要针对这个Comparator类写UT,啊,啊,啊,哇嘎嘎,从来没写过这么清爽的UT。

转载于:https://www.cnblogs.com/evanxyhu/p/ut-most-difficult-things.html

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值