BT

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

来自Google的单元测试技巧

| 作者 Kurt Christensen 关注 0 他的粉丝 ,译者 乔梁 关注 7 他的粉丝 发布于 2007年4月28日. 估计阅读时间: 2 分钟 | CNUTCon 了解国内外一线大厂50+智能运维最新实践案例。

Google的测试Blog里,QA工程师们与大家分享了他们的单元测试心得。这一系列被称为“厕所墙上的测试”。

我们把从依赖注入到代码覆盖所有关于测试的心得体会都写下来,然后定期粘贴在Google所有的卫生间里,全球大约有500多个……。我们决定把这个“秘密武器”与大家分享,传递我们对测试的激情,为大家提供一个有趣而又简单的方法,以在你和你的公司里推广这些重要的技术与技巧。

这是个古怪的名字,但内容非常严谨。最新的内容“利用Red Bar状态重构你的测试用例”解决了一个常见的问题。即一旦单元测试套件变得庞大,如何在不破坏测试的前提下进行测试代码的重构呢?

如果你故意使代码不能通过测试,这个未通过的测试就会告诉你,你写的断言还在起作用。例如,如果你在CombineHarvesterTest中重构了你的方法,你就会改变CombineHarvester,让它返回错误的结果。

检查发现,这个测试失败的原因是你希望这个断言不能通过。这时,你就可以小心地重构这个不能通过的测试用例。只要它一通过,你就会知道这个测试用例不对了——取消它! 当你做完测试的重构以后,一定要记得修改你的源代码,使它可以通过你已经重构的测试用例。
“厕所墙上的测试”的相关链接如下:
  • 利用Red Bar状态重构你的测试用例(HTML / PDF
  • 利用码桩加速你的单元测试(HTML / PDF
  • JavaScript: 在你的JsUnit测试用例中模拟时间(HTML / PDF
  • 用其承担的责任命名你的测试用例(HTML / PDF
  • Python中,使用更好的码桩(HTML / PDF
查看英文原文:Unit Testing Tips from Google
译者简介:乔梁,BJUG成员,在IT领域工作多年,先后从事过软件开发、架构设计、技术管理等工作,目前从事项目管理工作。关心软件技术领域发展,对软件生命周期管理及过程改进方面的内容很感兴趣,对敏捷方法论亦有所了解。他的个人Blog为:http://blog.csdn.net/tony1130。为InfoQ中文站贡献内容,请邮件至china-editorial@infoq.com

评价本文

专业度
风格

您好,朋友!

您需要 注册一个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