[正版新书]正版书籍 软件测试之困:测试工程化实践之路 肖利琼人民邮电出版社9787115599339

                                                                                                            店铺公告

为保障消费者合理购买需求及公平交易机会，避免因非生活消费目的的购买货囤积商品，抬价转售等违法行为发生，店铺有权对异常订单不发货且不进行赔付。异常订单：包括但不限于相同用户ID批量下单，同一用户（指不同用户ID，存在相同/临近/虚构收货地址，或相同联系号码，收件人，同账户付款人等情形的）批量下单（一次性大于5本），以及其他非消费目的的交易订单。 温馨提示：请务必当着快递员面开箱验货，如发现破损，请立即拍照拒收，如验货有问题请及时联系在线客服处理，（如开箱验货时发现破损，所产生运费由我司承担，一经签收即为货物完好，如果您未开箱验货，一切损失就需要由买家承担，所以请买家一定要仔细验货）， 关于退货运费：对于下单后且物流已发货货品在途的状态下，原则上均不接受退货申请，如顾客原因退货需要承担来回运费，如因产品质量问题（非破损问题）可在签收后，联系在线客服。

如遇套装商品/书籍无法选择选项，请联系在线客服。如不联系统一不发货，做不发货处理。

软件测试之困：测试工程化实践之路

图书定价：	69.80
出版单位：	人民邮电出版社
出版时间：	2023年03月
图书开本：	16开
图书作者：	肖利琼
图书页数：	0
ISBN书号：	9787115599339

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

目　　录
第 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



肖利琼，拥有多年的软件项目测试实战经验；擅长敏捷开发软件质量保障流程体系标准化建设，以及应用测试工程化思维规划技术平台与推动落地；创立一套H-STAM启发式结构化测试分析与设计模型，多年来，该模型在不同领域的产品研发中得以应用及优化，效果显著；热爱软件测试，经常参加软件测试类公益项目并作主题分享或答疑。

1