第 1章 测试工程化的认识 1
1.1 什么是测试工程化 1
1.2 填写测试用例的故事 5
1.3 测试经理的尴尬 7
1.4 工作量评估的差异 11
1.5 测试专业人士眼中的黑盒测试 14
1.6 测试工作的产出问题 16
1.7 测试人员的成就感 18
1.8 测试人员的挫败感 20
第 2章 测试人员的商业意识 22
2.1 洞察测试的市场需求 22
2.1.1 自动化测试工程师的故事 23
2.1.2 我们总在不断学习新的开发工具 24
2.1.3 不重视测试可能只是一种感觉 25
2.1.4 并不是所有bug都需要解决 27
2.2 客户想要的产品质量 28
2.2.1 平衡点定位错误 29
2.2.2 对话质量贡献奖 31
2.3 测试效益方面的问题 35
2.3.1 测试方案设计与测试用例执行分离 35
2.3.2 测试环境的真实与虚拟之间 39
第3章 测试流程设计 42
3.1 挖掘内部流程 42
3.1.1 简单且实用的开发流程 42
3.1.2 轮转式交叉测试 44
3.1.3 bug总是在发布版本上被发现的真相 46
3.1.4 发现并利用测试空窗期 49
3.1.5 可定制的策略式测试流程 50
3.2 优化版本发布流程 53
3.2.1 合适的内部版本发布流程 53
3.2.2 严谨的上市版本发布流程 55
3.2.3 发现并解决隐含的版本发布流程问题 58
3.3 优化bug处理流程 61
3.3.1 定制合适的bug处理流程 61
3.3.2 简化bug提交的审核流程 62
3.3.3 增加风险bug的审核流程 65
第4章 流程与技术的融合 69
4.1 风吹走了我们的用户故事 69
4.2 建立全链路的产品需求追溯体系 73
4.2.1 一级需求及其追溯 73
4.2.2 二级需求及其追溯 74
4.2.3 需求与测试用例的追溯关系 76
4.2.4 需求与代码的追溯关系 80
4.3 测试驱动开发精进 84
4.3.1 场景再现 85
4.3.2 一次迭代总结会上的“头脑风暴” 87
4.3.3 探索适合团队的敏捷开发流程 90
4.3.4 测试驱动开发故事 94
4.4 工具是流程执行的助推器 99
4.5 流程自动化 101
4.5.1 归档故事 101
4.5.2 改变思路，让工作局部自动化 103
4.5.3 再往前一步，让整个流程自动化 107
第5章 测试用例规范化 109
5.1 重新认识测试用例 109
5.1.1 什么是测试用例 110
5.1.2 测试用例在测试人员心中的地位 110
5.1.3 测试用例的作用 112
5.2 测试用例编写的现状 113
5.2.1 测试用例印象 113
5.2.2 测试用例与FDA审核 114
5.2.3 测试用例的常见问题 116
5.3 测试用例的结构 117
5.3.1 费劲找测试用例的故事 117
5.3.2 以业务功能模块为主线的测试用例框架 118
5.3.3 以专项特性为主线的测试用例框架 120
5.3.4 以适用范围为主线的测试用例框架 122
5.4 测试用例元素的选择 122
5.4.1 测试用例的核心元素 123
5.4.2 常见的测试用例元素及应用 123
5.4.3 测试用例元素的扩展 126
5.5 测试用例编写规范 127
5.5.1 测试用例编写的思路 127
5.5.2 界面语 130
5.5.3 测试用例变量 132
5.5.4 测试用例简语 133
5.5.5 测试用例宏 138
5.5.6 测试用例编写的规则 142
第6章 测试平台建设 145
6.1 认识测试平台 145
6.2 不可或缺的测试流程体系 147
6.3 平台建设计划落空的背后 149
6.4 测试用例的平台化形态 151
6.4.1 直接复制的测试用例复用模式 152
6.4.2 平台测试用例复用模式 154
6.5 测试工具平台 158
6.5.1 测试开发平台 158
6.5.2 停止“重复造轮子” 159
6.5.3 机制化管理“散落的珍珠” 161
6.5.4 测试环境准备过程的标准化 163
6.5.5 测试环境准备过程的自动化 166
第7章 测试创新 171
7.1 测试创新的认识误区 171
7.2 是测试，不为测试 172
7.2.1 改变测试策略，使不行变行 173
7.2.2 “打印”功能路径深，丢了上千万元的订单 175
7.2.3 版本发布说明与二维码的故事 177
7.2.4 体验软件升级之痛 178
7.3 白盒测试应用探索 181
7.3.1 白盒测试团队的组建 181
7.3.2 项目中的应用结果 183
7.3.3 应用结果分析 183
7.4 需求测试社团的运营 184
7.4.1 社团创建背景 185
7.4.2 社团运营模式 186
7.4.3 社团运营计划 188
7.4.4 结构化需求编写模板 188
第8章 测试工作评价 191
8.1 关于测试工作评价的对话 191
8.2 预算的人月总不够 194
8.2.1 常见的工作量评估方法 194
8.2.2 评估工作量，我们常常盲目乐观 195
8.2.3 华为的印度工程师的高准确率预测 196
8.3 跳出漏测看测试 197
8.3.1 认知漏测与帕累托法则 197
8.3.2 已测试通过的功能不“灵”了 199
8.3.3 每月月底“自崩溃”的软件 203
8.3.4 意想不到的bug 204
8.3.5 不全是测试的问题 206
8.4 测试工作的质量与效率 208
8.4.1 测试的基本输出与质量判断 208
8.4.2 需求覆盖率与代码覆盖率 209
8.4.3 测试自动化与自动化测试 211
参考文献 213
本书以软件测试工程化思维为基础，立足项目，采用描述、对话和独白等方式讲述测试工作中发生的故事，内容丰富、实用性强，是一本能帮助测试人员快速成长的图书。
本书首先介绍了测试工程化的认识和测试人员的商业意识；接着介绍了测试流程设计，以及如何通过流程拉齐各成员之间的目标，达到成员之间的合作有序和软件产品的质量可控；然后通过流程与技术的融合、测试用例规范化编写、测试平台建设和测试创新这 4 个重要测试主题的讲解，指导测试同行在测试工程化的道路上不断探索并找到流程、技术的Z优解；Z后介绍测试工作评价过程中的常见问题及解决方法。
本书既可作为测试主管（或测试经理）和一线软件测试人员的进阶读物，又可作为软件开发及相关专业人士的参考用书。
本书由国内知名测试专家朱少民作序，“海盗派”方法学创始人邰晓梅作序，由迈瑞生物医疗集团副总裁李新胜及各行业软件测试领域知名代表茹炳晟等8位同仁联名推荐。
适读人群 ：在企业从事软件测试、软件开发或软件研发管理相关的从业人员 欲从事软件测试作为职业的读者 大中专院校或科研机构计算机及软件工程方向的师生。
本书从测试工程化的角度出发，关注市场需求和业务价值的实现，努力找到质量和进度的平衡点，帮助测试人员建立工程化思维。
本书重点讨论测试流程设计、测试用例规范化、测试平台的建设、技术与流程的融合、测试工作评价和测试创新等主题，每一个主题都和测试工程化紧密相关。
本书在写作时使用了对话和独白的方式，可使读者身临其境，切实感受所处的工作场景，从而更容易理解测试的技术和案例。
本书围绕实际案例介绍测试工程化的方方面面，内容丰富，语言活泼生动，读者在阅读中会感到轻松愉悦，在阅读后会感觉印象深刻、回味无穷。读者会从中受益。
人民邮电出版社是工业和信息化部主管的大型专业出版社，成立于1953年10月1日。人民邮电出版社坚持“立足信息产业、面向现代社会、传播科学知识、服务科教兴国”的出版宗旨，不断发展壮大，成为集图书、期刊、音像电子出版物和网络出版为一体的，在国内外有专业特色和品牌影响的综合性科技出版大社。
