新書推薦：
《
索恩丛书·北宋政治与保守主义：司马光的从政与思想（1019~1086）
》
售價：NT$
345.0
《
掌故家的心事
》
售價：NT$
390.0
《
农为邦本——农业历史与传统中国
》
售價：NT$
340.0
《
小麦文明：“黄金石油”争夺战
》
售價：NT$
445.0
《
悬壶杂记全集：老中医多年临证经验总结（套装3册） 中医医案诊疗思路和处方药应用
》
售價：NT$
614.0
《
无法忍受谎言的人：一个调查记者的三十年
》
售價：NT$
290.0
《
战争社会学专论
》
售價：NT$
540.0
《
剑桥意大利戏剧史（剑桥世界戏剧史译丛）
》
售價：NT$
740.0
|
| 編輯推薦： |
本书从测试工程化的角度出发，关注市场需求和业务价值的实现，努力找到质量和进度的平衡点，帮助测试人员建立工程化思维。
本书重点讨论测试流程设计、测试用例规范化、测试平台的建设、技术与流程的融合、测试工作评价和测试创新等主题，每一个主题都和测试工程化紧密相关。
本书在写作时使用了对话和独白的方式，可使读者身临其境，切实感受所处的工作场景，从而更容易理解测试的技术和案例。
本书围绕实际案例介绍测试工程化的方方面面，内容丰富，语言活泼生动，读者在阅读中会感到轻松愉悦，在阅读后会感觉印象深刻、回味无穷。读者会从中受益。
|
| 內容簡介： |
本书以软件测试工程化思维为基础，立足项目，采用描述、对话和独白等方式讲述测试工作中发生的故事，内容丰富、实用性强，是一本能帮助测试人员快速成长的图书。
本书首先介绍了测试工程化的认识和测试人员的商业意识；接着介绍了测试流程设计，以及如何通过流程拉齐各成员之间的目标，达到成员之间的合作有序和软件产品的质量可控；然后通过流程与技术的融合、测试用例规范化编写、测试平台建设和测试创新这 4 个重要测试主题的讲解，指导测试同行在测试工程化的道路上不断探索并找到流程、技术的最优解；最后介绍测试工作评价过程中的常见问题及解决方法。
本书既可作为测试主管（或测试经理）和一线软件测试人员的进阶读物，又可作为软件开发及相关专业人士的参考用书。
|
| 關於作者： |
|
肖利琼，拥有多年的软件项目测试实战经验；擅长敏捷开发软件质量保障流程体系标准化建设，以及应用测试工程化思维规划技术平台与推动落地；创立一套H-STAM启发式结构化测试分析与设计模型，多年来，该模型在不同领域的产品研发中得以应用及优化，效果显著；热爱软件测试，经常参加软件测试类公益项目并作主题分享或答疑。
|
| 目錄：
|
目 录
第 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
|
|
購物車/收銀台(0) | 在線留言板
| 付款方式
| 聯絡我們
| 運費計算
| 幫助中心 |
加入書簽
HOME
新書上架
