如何理解逆变测试?
极客时间编辑部
讲述:丁婵大小:995.82K时长:02:08
近日,敏捷宣言的制定者之一鲍勃·马丁(Bob Martin)发表了一篇博文,概述了编写协变结构的测试和代码存在的陷阱。
本质上,他强调的是,在设计测试结构时应该采用逆变方式,将其从生产代码中解耦,从而得到一个健壮性更好、重构更容易的代码库。
人们在刚开始使用 TDD 时,经常遇到的一个问题是测试脆弱性问题。马丁解释说,当测试代码与生产代码紧密耦合时,如果不重新编写测试,那么任何重构几乎都是不可能的。他强调,测试的结构不必反映生产代码的结构,因为过度耦合会让系统脆弱,而且妨碍重构。相反,测试结构必须独立设计,从而最小化与生产代码的耦合。
为了进一步说明这个测试脆弱性问题,马丁指出,这经常是不理解什么是重构导致的。重构被定义为一个包含一系列小变更的序列,可以保证测试总是可以通过,将测试耦合到生产代码,而不注重测试其行为,重构就变成不可能了。
马丁写道,这种协变结构还是源自于对 TDD 的误解。人们通常认为,每个类都应该有一个测试类,然而,实际上它们应该有自己的结构。毕竟,人们测试的是应用程序行为,而不是代码结构。
马丁解释说,虽然开始的时候,类和测试之间可能存在直接的对应关系,但随着开发进行会自然分开。久而久之,随着开发进行,越来越多的测试加入进来,每个测试都测试一种具体的应用程序行为。而随着完整规范的建立,为了容纳所有必要的行为,应用程序代码自然变得越来越泛化。
换句话说,生产代码应该总是越来越泛化,而测试代码应该越来越具体。这就促进了解耦。这样就是逆变,两个代码流沿着泛化轴向着相反的方向演化,直到没有新的沉降试验可以编写。
公开
同步至部落
取消
完成
0/2000
荧光笔
直线
曲线
笔记
复制
AI
- 深入了解
- 翻译
- 解释
- 总结
该免费文章来自《极客视点》,如需阅读全部文章,
请先领取课程
请先领取课程
免费领取
© 版权归极客邦科技所有,未经许可不得传播售卖。 页面已增加防盗追踪,如有侵权极客邦将依法追究其法律责任。
登录 后留言
精选留言
由作者筛选后的优质留言将会公开显示,欢迎踊跃留言。
收起评论