致谢 1
第一章 定义板块内容：测试系统的基础 1
1．1 想要测试什么：扩展的测试工作 2
1．1．1 从显微镜到望远镜：测试粒度 2
简介 3
1．1．2 快跑还是慢行：测试阶段 4
1．1．3 第一次划分 9
1．2 应该测试什么：考虑质量 9
1．2．1 三个盲人和一头大象：您能够为质量下定义吗? 10
1．2．2 不同质量体验的危害 11
1．2．3 经典和超越：非正式的质量风险评估方法 13
1．2．4 失败模式和效果分析：理解质量风险的一种正规方法 24
1．3 能够测试什么：计划、资源和预算 28
1．3．1 强行灌输：使测试计划适合于项目 29
1．3．2 估计资源并创建预算 31
1．3．3 洽谈一个可行的测试项目 33
第二章 策划和展示计划：测试计划 35
2．1 为什么要撰写测试计划? 35
2．2 测试计划的数量有多少? 36
2．3 使用草稿来激发讨论 37
2．4 测试计划模板 37
2．4．1 概要 37
2．4．2 领域 38
2．4．3 质量风险 39
2．4．4 提议的重大事件时间表 40
2．4．5 转换 40
2．4．6 测试配置和环境 42
2．4．7 测试执行 44
2．4．8 风险和意外事故 46
2．4．9 更改历史 47
2．4．10 参考文档 47
2．5 提交计划 47
2．6 适可而止：一个警告 48
第三章 测试系统的结构、方案和范围 49
3．1 测试系统结构和工程 49
3．1．1 “操作”组件：定义 50
3．1．2 它不是圣保罗大教堂，但是…… 52
3．1．3 不是一个美术品：测试系统的性能 53
3．1．4 测试系统不是孤岛：测试人员与测试系统 56
3．2 系统的砖块和灰泥：测试方案模板 57
3．2．1 集中起来：测试方案页眉 58
3．2．2 测试步骤 59
3．2．3 小结：测试结果摘要 60
3．2．4 DataRocket的一个测试方案示例 61
3．2．5 要多详细?权衡模糊性 63
3．3 避免可怕的“测试逃逸”：范围和回归测试间隙 64
3．3．1 具有最好意图的糟糕的范围决定 65
3．3．3 将质量风险与测试方案联系起来 66
3．3．2 您此刻在测试开发部门正建立的区域吗? 66
3．3．4 配置范围 68
3．3．5 错误范围 69
3．3．6 回归测试间隙 71
3．4 “这里有一个需要学习的教训”：测试方案累积改进 81
3．4．1 对失败的反应 83
3．4．2 采用“最佳实践” 83
3．4．3 使用特别测试 84
3．5 无法进行所有测试：确定不进行哪些测试 84
第四章 昆虫学中令人激动的职业：错误跟踪数据库 87
4．1 为何如此麻烦?一个正式的错误跟踪系统实例 88
4．2 哪些似乎是问题?失败描述 89
4．2．1 更像海明威而不像福克纳 90
4．2．2 在沙地上划一条线：隔离与调试之间的区别 93
4．3 灵活的报告：开始组建数据库 94
4．4 致命的少数和无足轻重的多数：划分重要性等级 97
4．4．1 严重性 97
4．4．2 优先级 97
4．4．3 抓住危险优先级中的重要性 98
4．4．4 向数据库中添加重要性度量 98
4．5 在错误跟踪中放入跟踪：添加动态信息 100
4．5．1 使用“阶段”来管理错误的生命期 100
4．5．2 强调所有权和可计算性 101
4．5．4 在合适的位置放入动态字段 102
4．5．3 不知道太多(错误)历史?跟踪状态更改 102
4．6 完成联系：专注于错误 104
4．6．1 Subsystem 104
4．6．2 Configuration 105
4．6．3 Close Date和Resolution 106
4．6．4 Root Cause 106
4．6．5 添加错误焦点字段 109
4．7 从错误跟踪数据库中找出规律 111
4．7．1 清除缺陷的进展如何：打开/关闭图表 112
4．7．2 错误为何发生：根本原因图表 116
4．7．3 开发人员如何响应：关闭周期图表 117
4．7．4 什么中断了：子系统图表 119
4．7．5 一个关于规律和图表的注释 120
4．8 管理错误跟踪 121
4．8．1 策略及错误数据的滥用 121
4．8．2 困境 123
第五章 管理测试方案：测试跟踪电子表格 127
5．1 创建一个要求最简单的测试跟踪电子表格 128
5．2 增强功能 130
5．2．1 标识测试套件和实例 130
5．2．2 添加日期和时间信息：计划与现实 131
5．2．3 收集用于可靠性计算的数据 131
5．2．4 提高测试方案状态的精确性 132
5．2．5 计算加权的失败 133
5．2．6 记录所有权 134
5．2．9 组合数据 135
5．2．7 运行重要的测试方案 135
5．2．8 添加其他摘要 135
5．3 添加测试方案细节 136
5．4 启动测试跟踪系统 137
5．4．1 小问题 137
5．4．2 大问题 139
5．4．3 没有问题! 141
第六章 决定性时刻的提示和工具：管理动态情况 143
6．1 勿为琐事忧心：居于万事之上 143
6．1．1 获得所有事实后继续前行：确定的渴望、进度的需要 143
6．1．2 相关性、计划和提醒：跟上进度的重要性 144
6．1．4 它也不会安装自身：配置测试环境 145
6．1．3 它不会交付自身：修订与发布过程 145
6．1．5 “小脑怪”是您的朋友：审核和更新测试结果 146
6．1．6 避开陷阱：不要陷于调试 147
6．1．7 当测试失败时：将类型Ⅰ和类型Ⅱ错误减到最少 148
6．1．8 愉快的龙舟节：在决定性时刻、节假日和文化冲撞之际 150
6．2 蜘蛛的连接网：管理测试硬件和软件配置逻辑 152
6．2．1 各个部分及其连接方式：实体关系图 152
6．2．2 从图表到架构：实现逻辑数据库 155
6．2．3 预算和计划：提早使用逻辑数据库 156
6．2．4 跟踪软件配置 166
6．3 期望意外情况：变化管理数据库 169
6．3．2 简单就好：变化管理数据库 170
6．3．1 该怎么办呢?使用(和滥用)变化管理数据 170
第七章 充实和管理测试实验室 173
7．1 需要测试实验室吗? 174
7．2 选择和计划实验室区域 175
7．3 测试实验室清单 179
7．3．1 一个示例目录清单 179
7．3．2 进一步考虑补充实验室 183
7．4 安全与跟踪考虑 184
7．5 管理设备和配置 185
7．6 保持测试环境的整洁 187
7．7 人的因素 188
7．7．1 安全的实验室就是有效率的实验室 189
7．7．2 对实验设备的损坏 190
7．7．3 实验室效率 191
第八章 组织和管理测试小组 193
8．1 决定测试小组：需要多少人做什么工作? 193
8．1．1 规模 194
8．1．2 技能 196
8．1．3 位置 197
8．2 专家或项目资源?组织模型 198
8．3 工作的正确人选：测试工程师的条件 201
8．3．1 测试专家与内容专家 202
8．3．2 职业的悲观主义 203
8．3．3 平衡的好奇心 204
8．3．4 没有隔挡拉皮条的人 205
8．4 工作中的错误人选：不适合测试工程师的品质 206
8．4．1 魅力探求者 206
8．4．2 懒惰 206
8．4．3 卡通片里的胆小鬼 207
8．5 提出指责：激励测试小组 208
8．5．1 不要让别人将您的小组作为一个擦鞋垫来使用 208
8．5．2 注意极限问题 210
8．6 特洛依木马和其他错误：如何挫伤测试人员的积极性 213
8．7 扩展您的才能：使用临时的工具和专家 214
8．7．1 评估临时工作人员的角色 214
8．7．2 使用长期临时人员 216
8．7．3 聘请签约人 219
8．7．4 引进专家 222
第九章 政治的胜利：对测试管理者的组织挑战 225
9．1 堂吉诃德，质量冠军：总之，您的工作目标是什么? 225
9．2 您适合的位置：组织中的测试小组 228
9．3 其他什么工作适合?向测试增加其他功能 230
9．4 与其他管理者合作：测试管理的两个其他方面 232
9．4．1 管理上层 233
9．4．2 管理外部 242
9．5 在黑暗中测试：在没有文档的情况下您应该如何继续? 245
9．6 测试并非孤岛：外部环境对效率的影响 247
9．6．1 油门 247
9．6．2 刹车 249
9．7 解雇通知书：临时解雇和停业清理 252
9．8 显示结果：正确的消息，正确交付 253
9．8．1 提交坏消息的好方法 254
9．8．2 准确和听众的重要性 254
9．9 “您可以告诉先驱者……”在测试上过早采用的效果 256
第十章 包括其他人：分配测试项目 261
10．1 选择伙伴 262
10．1．1 供应商 263
10．1．2 第三方测试公司 265
10．1．3 销售办事处 267
10．2．1 评估能力 268
10．2 计划分布式测试工作 268
10．2．2 理解花费 270
10．2．3 整理、协调和划分测试项目 271
10．2．4 组织逻辑 272
10．2．5 处理映射问题 273
10．3 管理分布式测试工作 275
10．3．1 监视测试执行 276
10．3．2 交流状态和更改指导 276
10．3．3 处理政治问题 277
10．3．4 小心文化冲突 278
10．3．5 建立和维持信任 280
附录 283
词汇 287