您好,欢迎访问代理记账网站
移动应用 微信公众号 联系我们

咨询热线 -

电话 15988168888

联系客服
  • 价格透明
  • 信息保密
  • 进度掌控
  • 售后无忧

TDD中单元测试测试覆盖范围问题

TDD中单元测试测试覆盖范围问题

1、问题

​ TDD要求测试反馈速度非常快,如果不快就没有办法支持小步快走的的三个标准步骤。如果进行重量级单元测试启动本地环境连接内存数据库或者文件IO等,无法达到秒级反馈。

所以只能采用测试替身(mocks或者stub)屏蔽掉被测对象的细节,那么每个单测覆盖的边界在哪里呢?

2、二分法

是做极端重视单元的隔离性的Mock主义者,还是做小型集成测试SUT(System Under Test)主义者?
1)Mock主义者写出的单测:测试范围小;测试准确性依赖于约定;测试支持由外向内的方法;设计风格进化是Mock主义者关键动力。
2)小型集成测试SUT主义者写出的单测:测试范围较大;使用真实对象或者替身作为模拟;将功能点作为测试目标,单测覆盖多个class;运行了第一个测试,对模拟的期望就作为下一步的规范和测试的起点,逐步逐步遍历系统层次,节奏可控。

3、综合

通常对于修改遗留代码、做ATDD,采取小型集成测试比较方便,提测前精神舒爽;

对于完全新增的代码,不妨试试重视隔离的单测。

无论选哪种TDD风格,提测前都需要再运行断言到数据库的重量级单元测试。

4、小型集成测试示例

描述:针对类链式调用场景 AFacade->BDoaminService->CMapper

环境:spring、jmockit

单测:将中间层依赖BDoaminService初始化,而不是直接使用@Injectable的Mock,再通过反射注入到AFacade中,那么测试范围可以覆盖到BDoaminService中。

  @Test
    void should_get_ok( @Tested(fullyInitialized = true)  AFacadeImpl aFacade, @Tested(fullyInitialized = true)  BDoaminServiceImpl bDoaminServiceImplInitialized,@Injectable CMapper cMapper,@Injectable BDoaminServiceImpl bDoaminServiceImpl) {
        //设置期望
        ReflectionTestUtils.setField(aFacade,"bDoaminService", bDoaminServiceImplInitialized);
        new Expectations(){{
            cMapper.update();
            result = "ok";
            times=1;
        }};
        //运行和断言
        assertEquals("ok",aFacade.execute());
    }	
5、参考:

1、Martin Fowler 《Mocks Aren’t Stubs》[https://martinfowler.com/articles/mocksArentStubs.html]

2、肖鹏《Mock 七宗罪》[https://gitbook.cn/m/mazi/article/58eb77690ff0430e0255a8c4?isLogArticle=no&readArticle=yes&sut=23aab950c5ac11ebbd1ca9e03e8acc15]


分享:

低价透明

统一报价,无隐形消费

金牌服务

一对一专属顾问7*24小时金牌服务

信息保密

个人信息安全有保障

售后无忧

服务出问题客服经理全程跟进