有效的单元测试.html.pdfVIP

译者序 单元测试最初兴起于敏捷社区。1997年 ，设计模式四巨头之一 rich Gamma和极限编程发明人Kent Beck共同开发了 JUnit ，而JUnit框架在此之后又引领了xUnit家族的发展 ，深刻地影响了单元测试在各种编程语言中的普及。 随着敏捷开发大潮的流行 ，单元测试也成了现代软件开发中必不可少的工具之一。古人云 ，流水不腐 ，户枢不蠹。越来越多 的程序员推崇 自动化测试的理念 ，作为经济合理的回归测试手段 ，以适应迭代开发的需要。然而有些时候 ，这些测试对生产力并 无明显改善 ，人们盲 目地追求测试覆盖率 ，却忽视了测试代码的质量 ，各种无效单元测试反而带来了沉重的维护负担。 2013年年初 ，一位远在新加坡的印度朋友 Ram就推荐我看过本书的英文版 ，当时完整读了一遍 ，觉得该书深入浅出，覆盖 了很多关于编写优秀单元测试的内容 ，而且总结得很有条理。没想到的是 ，2013年下半年 ，出版社的编辑找到我说有一本书愿 不愿翻译 ，没想到正是本书 ！既然有缘 ，当时就答应了下来。 本以为半年可以完成翻译 ，却没想到过去的12个月里生活和工作出现各种变化与惊喜 ，于是翻译工作一拖再拖 ，进展不 快。 2014年6月Scrum Gathering大会在上海召开 ，作为话题演讲的总制作人和大会讲师 ，原想书能尽快出版 ，就可以带去一些 回馈社区，只可惜没能实现 ，又让朋友们多等了几个月。 目前 ，我从事敏捷教练和培训的工作 ，同时通过动手实践仍在不断提高 自己的编程水平。希望借此机会 ，将我过去几年的敏 捷实践经验分享给更多人。 个人喜欢和敏捷社区的软件匠友动手切磋 ，一起编写高质量代码 ，另外在讲授CSD （认证Scrum开发者或称敏捷技术实践） 课程时 ，也经常会接触来 自不同行业的软件开发者。在这个过程中，我们发现 ，审美之前有必要先学审丑。好的编码模式各有千 秋 ，能抓到老鼠的就是好猫。然而 ，坏的模式却是有限的。 本书作者 Lasse在敏捷技术实践领域一直走在前沿 ，在TDD和单元测试领域颇有研究。他将本书分为三部分 ，首先分析了编 写测试的 目的 ，以及优秀测试的特征 ，然后是本书的核心部分 ，从三个角度一一阐述了测试的坏味道。此外 ，本书还介绍了测试 替身的概念与用法 ，如何用另类JV M语言为Java代码编写测试 ，如何提高代码的可测性 ，以及如何加速测试和构建的速度 ，从 而加快反馈的速度。 翻译是个耗时的差事 ，时间投入与经济回报不成比例。于是 ，有人不禁问你为什么还要坚持翻译。在我看来 ，既然 自己从社 区中获得很多养分 ，也就有义务将更多丰厚的知识和实践经验分享给大家。同样的原因，几年来我也一直坚持参与组织各种社区 活动 ，回馈社区。 作为译者 ，因为能力水平有限 ，难免会有疏漏 ，在此恳请读者见谅 ，并给予批评指正。 在本书的翻译过程中得到了多位软件匠友大力协助 ，非常感谢 ：尹哲、伍斌、王洪亮 （排名不分先后）。 感谢所有关心和鼓励我的人。特别是我的家人 ，在那些挑灯奋战的夜晚里默默地给予着支持。 今宵梦霓虹　明空浩荡 残思追穹方　月已西徜 序言 2009年6月10日夜里 ，我收到来 自Manning出版社Christina Rudloff的电子邮件 ，问我是否认识合适的人选 ，希望可以按 照Roy Osherove的 《.N T单元测试艺术》来写一本Java版的书。我跟她说 ，我来。 那是很久以前的事情了 ，而你现在看到的书与Roy的书已经大不相同了。我来解释一下。 项 目一开始只是直接地从.N T翻译成Java ，仅仅会为了符合技术平台、工具和读者的变化而重写一些必要之处。我完成了 第 1~3章 ，然后突然发现 自己不只重写了一些段落 ，而是整个章节。那书不是我的调调 ；有时我不同意Roy的看法或者意见有偏 差 ，有时我希望表达 自己的想法 ，直截了当 ，大步前进。 最终 ，我决定从头开始。 很显然这不是一个翻译项 目。这是全新的题 目——一本帮助Java开发者改善测试的书 ，让人深入了解何为优秀的测试 ，以 及避免落入各种陷阱。你仍然会在本书中以各种方式见到Roy的思想。例如 ，第二部分