BT

如何利用碎片时间提升技术认知与能力? 点击获取答案

Bob Martin:逆变测试

| 作者 Andrew Morgan 关注 0 他的粉丝 ,译者 谢丽 关注 5 他的粉丝 发布于 2017年10月17日. 估计阅读时间: 2 分钟 | QCon北京2018全面起航:开启与Netflix、微软、ThoughtWorks等公司的技术创新之路!

亲爱的读者:我们最近添加了一些个人消息定制功能,您只需选择感兴趣的技术主题,即可获取重要资讯的邮件和网页通知

Bob Martin是敏捷宣言的制定者之一。他发表了一篇博文,概述编写协变结构的测试和代码存在的陷阱。本质上,他强调的是,在设计测试结构时应该采用逆变方式,将其从生产代码中解耦,从而得到一个健壮性更好、重构更容易的代码库。

人们在开始使用TDD时,经常遇到的一个问题是测试脆弱性问题。Martins解释说,当测试代码与生产代码紧密耦合时,如果不重新编写测试,那么任何重构几乎都是不可能的。他强调:

测试的结构不必反映生产代码的结构,因为过度耦合让系统脆弱,而且妨碍重构。相反,测试结构必须独立设计,从而最小化与生产代码的耦合。

为了进一步说明这个测试脆弱性问题,Martin指出,这经常是不理解什么是重构导致的:“重构被定义为一个包含一系列小变更的序列,可以保证测试总是可以通过”。将测试耦合到生产代码,而不注重测试其行为,重构就变成不可能了。

Martin写道,这种协变结构还源自对TDD的误解。人们通常认为,每个类都应该有一个测试类,然而,实际上,它们应该有自己的结构。毕竟,我们测试的是应用程序行为,而不是代码结构。

Martin解释说,虽然开始的时候类和测试之间可能存在直接的对应关系,但随着开发进行会自然分开。他举的第一个例子是,将公有方法中的代码提取到私有方法中。应用程序行为测试的覆盖率不会变,但引入了没有直接测试的方法。如果这些代码被提取到类中,该规则同样适用;不需要创建新的测试类,因为所有的行为都是通过原来的测试进行测试。

Martin写道,久而久之,随着开发进行,越来越多的测试加入进来,每个测试都测试一种具体的应用程序行为。随着完整规范的建立,为了容纳所有必要的行为,应用程序代码自然变得越来越泛化。换句话说,生产代码应该总是越来越泛化,而测试代码应该越来越具体。这就促进了解耦,这样就是逆变:

随着测试变得越来越具体,生产代码变得越来越泛化。两个代码流沿着泛化轴向着相反的方向演化,直到没有新的沉降试验可以编写。

要阅读完整的博文,请点击这里

查看英文原文Bob Martin: Test Contra-Variance

评价本文

专业度
风格

您好,朋友!

您需要 注册一个InfoQ账号 或者 才能进行评论。在您完成注册后还需要进行一些设置。

获得来自InfoQ的更多体验。

告诉我们您的想法

允许的HTML标签: a,b,br,blockquote,i,li,pre,u,ul,p

当有人回复此评论时请E-mail通知我
社区评论

允许的HTML标签: a,b,br,blockquote,i,li,pre,u,ul,p

当有人回复此评论时请E-mail通知我

允许的HTML标签: a,b,br,blockquote,i,li,pre,u,ul,p

当有人回复此评论时请E-mail通知我

讨论

登陆InfoQ,与你最关心的话题互动。


找回密码....

Follow

关注你最喜爱的话题和作者

快速浏览网站内你所感兴趣话题的精选内容。

Like

内容自由定制

选择想要阅读的主题和喜爱的作者定制自己的新闻源。

Notifications

获取更新

设置通知机制以获取内容更新对您而言是否重要

BT