具体描述
《测试驱动的面向对象软件开发》采用通俗易懂的比喻,众所周知的编程语言,短小精悍的工作实例,深入浅出的分析处理——仿佛在和几位世界级的编程高手一边喝茶，一边聊天，循序渐进地让读者在不知不觉中进入编程的最高境界。即使是刚刚入门的初学者，也会从中找到读书的乐趣，因为可以从一开始就找到开启面向对象开发大门的钥匙；随着经验的积累，编程水平的提高，再来看这本书，用不同的视角重新审视程序，又会体会到更深层的编程哲学。
本书是编程爱好者的启蒙指南，更是系统分析人员、测试人员、程序设计人员、软件开发人员以及面向对象程序研究人员等专业人士革新编程思想的必备手册。
作者简介
Steve Freeman和Nat Pryce是独立的软件顾问，他们是英国的敏捷软件开发先锋。他们都曾在一些行业和组织机构中工作过：电信业系统开发、金融业、体育新闻报道和市场传播、IBM的薄膜包装应用、工业和学术研究机构等。他们是伦敦XpDay的创始人和组织者，经常出席和组织国际会议。Steve和Nat是几个有影响的开源项目的贡献者，这些项目支持TDD。在2006年，他们共同获得了敏捷联盟的Gordon Pask奖。他们住在英国伦敦。
目录信息
译者序
序
前言
作者简介
致谢
第一部分简介
第1章测试驱动开发的要点
1.1软件开发是一个学习过程
1.2反馈是基本工具
1.3支持变化的实践
1.4测试驱动开发简介
1.5大局
1.6用户场景测试
1.7测试的级别
1.8外部品质与内部品质
第2章测试驱动开发与对象
2.1对象之网
2.2值与对象
2.3对象通信
.2.4吩咐，不要问
2.5但有时要问
2.6对协作的对象执行单元测试
2.7用模拟对象支持TDD
第3章工具介绍
3.1如果您已了解这些框架，可以跳过本章
3.2JUnit 4简介
3.2.1测试用例
3.2.2断言
3.2.3预期异常
3.2.4测试装置
3.2.5测试执行者
3.3Hamcrest匹配器和assertThat()
3.4jMock2: 模拟对象
第二部分测试驱动开发过程
第4章启动测试驱动循环
4.1简介
4.2先测试一个可行走的骨架
4.3决定行走的骨架的形状
4.4创建反馈源
4.5尽早暴露不确定性
第5章保持测试驱动循环
5.1简介
5.2每个特征都从一个验收测试开始
5.3分离测量进度的测试和捕捉回归
错误的测试
5.4从最简单的成功场景开始测试
5.5编写您愿意读的测试
5.6看着测试失败
5.7从输入开发到输出开发
5.8针对行为进行单元测试，而非针对
方法
5.9聆听测试
5.10调整循环
第6章面向对象风格
6.1简介
6.2为可维护性而设计
6.3内部与同级的比较
6.4没有“与”、“或”、“但是”
6.5对象同级构造型
6.6组合比它的部分之和更简单
6.7上下文无关性
6.8正确地隐藏信息
6.9固执己见的观点
第7章实现面向对象设计
7.1先写测试怎样有助于设计
7.2通信比分类更重要
7.3值类型
7.4对象来自何处
7.4.1分解
7.4.2萌芽
7.4.3打包
7.5利用接口确定关系
7.6接口也要重构
7.7组合对象以描述系统行为
7.8迈向更高层的编程
7.9关于类
第8章基于第三方代码构建
8.1简介
8.2只模拟您拥有的类型
8.2.1不要模拟您不能修改的类型
8.2.2编写一个适配层
8.3在集成测试中模拟应用对象
第三部分工作的例子
第9章委托开发一个拍卖狙击者
9.1从头开始
9.2与一次拍卖通信
9.2.1拍卖协议
9.2.2XMPP消息
9.3安全实现目标
9.4这不是真的
第10章可行走的骨架
10.1从壁橱中取出骨架
10.2我们的第一个测试
10.3一些初始选择
10.3.1用户场景测试
10.3.2准备开始
第11章通过第一个测试
11.1构建测试的装配
11.1.1应用执行者
11.1.2伪造的拍卖
11.1.3消息代理
11.2测试失败和通过
11.2.1第一个用户界面
11.2.2显示狙击者状态
11.2.3连接到拍卖
11.2.4从拍卖接收回应
11.3必需的最小实现
第12章准备竞拍
12.1对市场的介绍
12.2针对竞拍的测试
12.2.1从测试开始
12.2.2扩展伪造的拍卖
12.2.3令人吃惊的失败
12.2.4由外至内开发
12.2.5对细节的无限关注
12.3AuctionMessageTranslator类
12.3.1提取出一个新类
12.3.2第一个单元测试
12.3.3完成用户界面循环
12.3.4我们实现了什么
12.4解析价格消息
12.4.1引入消息事件类型
12.4.2第二个测试
12.4.3发现进一步的工作
12.5完成工作
第13章狙击者发出竞拍出价
13.1引入AuctionSniper
13.1.1一个新类及其依赖关系
13.1.2关注、关注、关注
13.2发送竞拍出价
13.2.1Auction接口
13.2.2AuctionSniper发出竞拍出价
13.2.3利用AuctionSniper成功竞拍
13.2.4用户场景测试通过了
13.3整理实现
13.3.1提取出XMPPAuction
13.3.2提取用户界面
13.3.3整理翻译者类
13.4延迟决定
13.5自然发生的设计
第14章狙击者赢得拍卖
14.1先写一个失败的测试
14.2谁知道竞拍者
14.3狙击者还有话要说
14.4狙击者需要某种状态
14.5狙击者获胜
14.6取得稳定的进展
第15章迈向真正的用户界面
15.1更现实的实现
15.1.1接下来我们该做什么
15.1.2替换JLabel
15.1.3还是很丑
15.2显示价格细节
15.2.1先写一个失败的测试
15.2.2狙击者送出状态
15.2.3展现竞拍狙击者
15.3简化狙击者事件
15.3.1跟着感觉走
15.3.2重新确定sniperBidding()的目标
15.3.3填入数字
15.4更进一步
15.4.1转换胜利和失败
15.4.2修整表模型
15.4.3面向对象的列
15.4.4缩短事件路径
15.5最后润色
15.5.1针对列标题的测试
15.5.2实现TableModel
15.5.3目前已足够
15.6短评
15.6.1单一职责
15.6.2软件微创手术
15.6.3程序员过敏症
15.6.4庆贺思维转变
15.6.5这不是唯一的解决方案
第16章狙击多项物品
16.1针对多项物品的测试
16.1.1两件物品的故事
16.1.2ApplicationRunner类
16.1.3偏离主题，改进失败信息
16.1.4重新设计Main的结构
16.1.5扩展表模型
16.2通过用户界面添加物品
16.2.1更简单的设计
16.2.2更新测试
16.2.3添加一个动作条
16.2.4设计时刻
16.2.5另一层次的测试
16.2.6实现UserRequestListener
16.3短评
16.3.1取得稳定的进展
16.3.2TDD的秘密
16.3.3发布它
第17章分解Main
17.1发现角色
17.2提取Chat
17.2.1分离Chat
17.2.2封装Chat
17.2.3编写一个新测试
17.3提取Connection
17.4提取出SnipersTableModel
17.4.1狙击启动者类SniperLauncher
17.4.2狙击组合
17.5短评
17.5.1增量式架构
17.5.2三点不动
17.5.3动态设计的同时也进行静态设计
17.5.4对notToBeGCd的另一种修复方法
第18章填充细节
18.1更有用的应用
18.2适可而止
18.2.1引入落后状态
18.2.2第一个失败的测试
18.2.3输入停止价格
18.2.4传送停止价格
18.2.5约束AuctionSniper
18.3短评
18.3.1增量式设计用户界面
18.3.2其他建模技术也有用
18.3.3领域类型比字符串好
第19章处理失败
19.1如果它不能工作
19.2检测失败
19.3显示失败
19.4断开狙击者
19.5记录失败
19.5.1填充测试
19.5.2翻译者中的失败报告
19.5.3生成日志消息
19.5.4完成这次开发循环
19.6短评
19.6.1 “切香肠的逆过程”式开发
19.6.2用一些小方法来表达意图
19.6.3日志也是一项功能
第四部分可持续的测试驱动开发
第20章聆听测试
20.1简介
20.2我需要模拟一个不能替换的对象
20.2.1单例是依赖关系
20.2.2从过程到对象
20.2.3隐式依赖也是依赖
20.3记日志是一项功能
20.3.1通知而不是记日志
20.3.2但这种想法很疯狂
20.4模拟具体的类
20.5不要模拟值类型
20.6膨胀的构造方法
20.7令人困惑的对象
20.8太多依赖关系
20.9太多预期
20.10测试会告诉我们什么
第21章测试可读性
21.1简介
21.2测试名称描述功能
21.3规范的测试结构
21.4精简测试代码
21.4.1用结构来解释
21.4.2利用结构来共享
21.4.3强调正面
21.4.4代理给从属对象
21.5断言和预期
21.6具体值和变量
第22章构造复杂的测试数据
22.1简介
22.2测试数据建造者
22.3创建一些类似的对象
22.4组合建造者
22.5利用工厂方法强调领域模型
22.6从使用的角度消除重复
22.6.1首先，消除重复
22.6.2然后，让游戏升级
22.7沟通第一
第23章测试诊断
23.1要的就是失败
23.2小、专注、良好命名的测试
23.3解释性断言消息
23.4利用匹配器对象来突出细节
23.5自描述的值
23.6明显的预装值
23.7跟踪者对象
23.8明确断言预期得到满足
23.9诊断是一级功能
第24章测试的灵活性
24.1简介
24.2针对信息测试，而非针对表示方法
24.3准确断言
24.4准确预期
24.4.1准确的参数匹配
24.4.2允许和预期
24.4.3忽略不相关的对象
24.4.4调用次序
24.4.5jMock States的威力
24.4.6更为自由的预期
24.5“豚鼠”对象
第五部分高 级 主 题
第25章测试持久性
25.1简介
25.2隔离影响持久状态的那些测试
25.3明确测试的事务边界
25.4测试一个执行持久操作的对象
25.5测试对象能够持久
25.5.1来回转换持久对象
25.5.2来回转换相关的实体
25.6但数据库测试很慢
第26章单元测试与线程
26.1简介
26.2分离功能和并发策略
26.2.1并发地搜索拍卖
26.2.2引入Executor
26.2.3实现AuctionSearch
26.3对同步进行单元测试
26.3.1针对AuctionSearch的压力测试
26.3.2两次修复竞争条件
26.4对被动对象进行压力测试
26.5同步测试线程和后台的多线程
26.6单元压力测试的局限性
第27章测试异步代码
27.1简介
27.2取样或监听
27.3两种实现
27.3.1捕获通知
27.3.2轮询变更
27.3.3超时
27.3.4改进探测类
27.4轻易成功的测试
27.5错过更新
27.6测试没有效果的活动
27.7区分同步和断言
27.8事件源外部化
后记模拟对象简史
附录AjMock2速查手册
附录B编写Hamcrest Matcher
参考文献
· · · · · · (收起)
读后感
比Robert C. Martin， Martin Fowler的书都要好。作者的见解极为深刻。非常适合有基本面向对象素养的工程师阅读。 大多数人都吐槽例子不够好，太复杂太细，而且没有源代码下载。不过我倒认为贯穿本书的例子非常非常好。
评分书很薄，思想很丰富，结合了TDD思想与OOD思想的融合，还介绍了JMOCK2、HAMCREEST、JUnit4三个最有价值的工具。作者10余年的TDD经验指导性很强，堪称神作。 我相信它可以提升你至少一个档次！
评分例子有些过于复杂，再加上代码没有有效组织，很容易迷路。书中甚至没有提到代码的下载。 建议学习《单元测试的艺术》，更为清晰。 建议学习《单元测试的艺术》，更为清晰。 建议学习《单元测试的艺术》，更为清晰。 建议学习《单元测试的艺术》，更为清晰。 建议学习《单...
评分例子有些过于复杂，再加上代码没有有效组织，很容易迷路。书中甚至没有提到代码的下载。 建议学习《单元测试的艺术》，更为清晰。 建议学习《单元测试的艺术》，更为清晰。 建议学习《单元测试的艺术》，更为清晰。 建议学习《单元测试的艺术》，更为清晰。 建议学习《单...
评分例子有些过于复杂，再加上代码没有有效组织，很容易迷路。书中甚至没有提到代码的下载。 建议学习《单元测试的艺术》，更为清晰。 建议学习《单元测试的艺术》，更为清晰。 建议学习《单元测试的艺术》，更为清晰。 建议学习《单元测试的艺术》，更为清晰。 建议学习《单...
用户评价
从语言风格来看，这本书的作者显然是一位深谙技术交流之道的行家。他的文字精准、犀利，却又出人意料地充满了人性化的幽默感。在讲解一些容易让人产生畏难情绪的技术难点时，作者常常会用一些恰到好处的比喻或者自嘲来缓和气氛，这极大地降低了阅读的心理门槛。我特别喜欢他处理复杂术语的方式——他会先用最朴实的语言定义，然后才引入标准术语，确保读者在不迷失于行业黑话的前提下，也能掌握其精确含义。这种对读者的尊重和同理心，让这本书读起来丝毫没有高高在上的说教感，反而更像是一位资深同事在分享他多年实践摸索出的“独门秘籍”。这种平易近人又不失深度的文字风格，无疑是这本书成功吸引并留住读者的重要原因。
评分我之前在阅读一些关于软件设计理念的书籍时，常常会遇到一个问题：理论讲得头头是道，但一到实际操作层面，总感觉像是隔了一层纱，抓不住重点。然而，这本书的叙事方式彻底颠覆了我的这种体验。它似乎有一种魔力，能将那些晦涩难懂的抽象概念，通过一系列精心设计的案例，化为可触摸、可验证的实践步骤。我发现作者在阐述设计原则时，从来不是孤立地抛出术语，而是将它们紧密地嵌入到解决实际问题的流程中。每一次引入一个新的模式或技术点，都伴随着清晰的“为什么”和“如何做”的详细剖析，这让我的理解过程非常顺畅。阅读的过程中，我仿佛不是在看书，而是在一位经验丰富的大师身边进行一对一的指导，他总能在关键节点指出最精妙的切入点，引导我绕开常见的陷阱。这种沉浸式的学习体验，是很多同类书籍难以企及的。
评分这本书的封面设计给我留下了非常深刻的印象，它采用了深邃的蓝色调，搭配简洁有力的白色字体，营造出一种既专业又充满科技感的氛围。我尤其喜欢封面上那几个抽象的几何图形，它们似乎在无声地诉说着某种底层逻辑和结构之美，这让我对书的内容充满了好奇。拿到手里，厚实的纸张和精良的装帧质感，让人感觉这是一本真正用心打磨的专业书籍，而不是那种敷衍了事、内容空洞的快餐读物。我翻开前言时，就被作者那清晰而富有激情的文字所吸引，他似乎在邀请读者一同踏入一个构建稳固、优雅软件世界的旅程。这种从外在到内在的良好体验，极大地提升了我阅读的期待值，它不仅仅是一本书，更像是一个通往更高编程境界的邀请函。我能感觉到，作者在排版和细节上都花费了大量的心思，每一章的标题都设计得非常醒目，让人在快速浏览目录时就能对整体脉络一目了然。这本书的物理形态本身，就构成了一种强大的专业宣言。
评分这本书对于我个人职业发展带来的影响是立竿见影的。在阅读完关于模块化和接口设计的章节后，我立即着手重构了我正在负责的一个遗留项目。过去，我们总是陷于无休止的相互依赖和版本冲突中挣扎，但书中阐述的那些构建清晰边界和契约的方法论，就像一把精准的手术刀，让我得以系统性地切除系统的“毒瘤”。我惊喜地发现，仅仅是应用书中提及的一些基础原则，我们团队的部署频率和代码可维护性就得到了显著的提升。这不再是纸上谈兵的理论，而是可以直接带来生产力飞跃的实战指南。这本书提供的不仅仅是知识，更是一种看待和构建软件的全新世界观，它让我开始用更宏大、更有远见的视角去审视每一个代码决策的长期价值。它真正地改变了我编写代码的方式和思考软件架构的深度。
评分这本书在结构布局上展现了极高的艺术性。我注意到，它没有采用那种线性、平铺直叙的章节安排，而是构建了一个螺旋上升的学习路径。开篇部分或许会让你觉得有些挑战性，因为它需要你放下过去的一些习惯思维，但一旦你适应了作者设定的节奏，你会发现后面的内容会自然而然地连接起来，形成一个坚不可摧的知识体系。特别让我欣赏的是，它在关键转折点设置了“反思与回顾”的小节，这不仅仅是内容的简单重复，更像是对读者心智的一次“调试”。这些小节强迫你停下来，消化刚刚学到的知识，并思考它与前面知识的关联性，从而避免了囫囵吞枣。这种有张有弛的节奏感，使得长篇阅读的疲劳感大大降低，反而有一种不断突破自我的快感。它教会我的不仅仅是“做什么”，更是“如何去思考”一个复杂系统。
评分看过，由于对java不熟悉，最精华的实例讲解部分看的很粗。 基本思想不错，前面几个章节内容也很精炼。 有空时，还要再细看看。 收获： 尽可能的减少对象间的依赖，分清对象之间的关系。 重构在编码中应该得到重视，通过编码来完善之前的结构设计。
评分作者功力深厚,翻译有待改进
评分上次帮 @Sherry陈怡 买的，今天翻了一下，TDD结合java 开发讲得相当不错，推荐看看。@王海鹏Seal 翻译的，质量有保证。
评分书还不错，翻译嘛，只能算一般般……
评分又一本重量级的tdd书，希望实践意义大一些
相关图书
本站所有内容均为互联网搜索引擎提供的公开搜索信息，本站不存储任何数据与内容，任何内容与数据均与本站无关，如有需要请联系相关搜索引擎包括但不限于百度，google,bing,sogou 等
© 2026 book.wenda123.org All Rights Reserved. 图书目录大全 版权所有