本书以软件测试工程化思维为基础，立足项目，采用描述、对话和独白等方式讲述测试工作中发生的故事，内容丰富、实用性强，是一本能帮助测试人员快速成长的图书。
本书首先介绍了测试工程化的认识和测试人员的商业意识；接着介绍了测试流程设计，以及如何通过流程拉齐各成员之间的目标，达到成员之间的合作有序和软件产品的质量可控；然后通过流程与技术的融合、测试用例规范化编写、测试平台建设和测试创新这4个重要测试主题的讲解，指导测试同行在测试工程化的道路上不断探索并找到流程、技术的最优解；最后介绍测试工作评价过程中的常见问题及解决方法。
本书既可作为测试主管（或测试经理）和一线软件测试人员的进阶读物，又可作为软件开发及相关专业人士的参考用书。

第1章 测试工程化的认识
1.1 什么是测试工程化
1.2 填写测试用例的故事
1.3 测试经理的尴尬
1.4 工作量评估的差异
1.5 测试专业人士眼中的黑盒测试
1.6 测试工作的产出问题
1.7 测试人员的成就感
1.8 测试人员的挫败感
第2章 测试人员的商业意识
2.1 洞察测试的市场需求
2.1.1 自动化测试工程师的故事
2.1.2 我们总在不断学习新的开发工具
2.1.3 不重视测试可能只是一种感觉
2.1.4 并不是所有bug都需要解决
2.2 客户想要的产品质量
2.2.1 平衡点定位错误
2.2.2 对话质量贡献奖
2.3 测试效益方面的问题
2.3.1 测试方案设计与测试用例执行分离
2.3.2 测试环境的真实与虚拟之间
第3章 测试流程设计
3.1 挖掘内部流程
3.1.1 简单且实用的开发流程
3.1.2 轮转式交叉测试
3.1.3 bug总是在发布版本上被发现的真相
3.1.4 发现并利用测试空窗期
3.1.5 可定制的策略式测试流程
3.2 优化版本发布流程
3.2.1 合适的内部版本发布流程
3.2.2 严谨的上市版本发布流程
3.2.3 发现并解决隐含的版本发布流程问题
3.3 优化bug处理流程
3.3.1 定制合适的bug处理流程
3.3.2 简化bug提交的审核流程
3.3.3 增加风险bug的审核流程
第4章 流程与技术的融合
4.1 风吹走了我们的用户故事
4.2 建立全链路的产品需求追溯体系
4.2.1 一级需求及其追溯
4.2.2 二级需求及其追溯
4.2.3 需求与测试用例的追溯关系
4.2.4 需求与代码的追溯关系
4.3 测试驱动开发精进
4.3.1 场景再现
4.3.2 一次迭代总结会上的“头脑风暴”
4.3.3 探索适合团队的敏捷开发流程
4.3.4 测试驱动开发故事
4.4 工具是流程执行的助推器
4.5 流程自动化
4.5.1 归档故事
4.5.2 改变思路，让工作局部自动化
4.5.3 再往前一步，让整个流程自动化
第5章 测试用例规范化
5.1 重新认识测试用例
5.1.1 什么是测试用例
5.1.2 测试用例在测试人员心中的地位
5.1.3 测试用例的作用
5.2 测试用例编写的现状
5.2.1 测试用例印象
5.2.2 测试用例与FDA审核
5.2.3 测试用例的常见问题
5.3 测试用例的结构
5.3.1 费劲找测试用例的故事
5.3.2 以业务功能模块为主

以幽默的图画阐述，可落地的实战案例，深度解析软件测试的理论、方法，助力读者提升测试技术实力！