致谢
简介
第一章 定义板块内容：测试系统的基础
1. 1 想要测试什么：扩展的测试工作
1. 1. 1 从显微镜到望远镜：测试粒度
1. 1. 2 快跑还是慢行：测试阶段
1. 1. 3 第一次划分
1. 2 应该测试什么：考虑质量
1. 2. 1 三个盲人和一头大象：您能够为质量下定义吗?
1. 2. 2 不同质量体验的危害
1. 2. 3 经典和超越：非正式的质量风险评估方法
1. 2. 4 失败模式和效果分析：理解质量风险的一种正规方法
1. 3 能够测试什么：计划. 资源和预算
1. 3. 1 强行灌输：使测试计划适合于项目
1. 3. 2 估计资源并创建预算
1. 3. 3 洽谈一个可行的测试项目
第二章 策划和展示计划：测试计划
2. 1 为什么要撰写测试计划?
2. 2 测试计划的数量有多少?
2. 3 使用草稿来激发讨论
2. 4 测试计划模板
2. 4. 1 概要
2. 4. 2 领域
2. 4. 3 质量风险
2. 4. 4 提议的重大事件时间表
2. 4. 5 转换
2. 4. 6 测试配置和环境
2. 4. 7 测试执行
2. 4. 8 风险和意外事故
2. 4. 9 更改历史
2. 4. 10 参考文档
2. 5 提交计划
2. 6 适可而止：一个警告
第三章 测试系统的结构. 方案和范围
3. 1 测试系统结构和工程
3. 1. 1 “操作”组件：定义
3. 1. 2 它不是圣保罗大教堂, 但是
3. 1. 3 不是一个美术品：测试系统的性能
3. 1. 4 测试系统不是孤岛：测试人员与酗试系统
3. 2 系统的砖块和灰泥：测试方案模板
3. 2. 1 集中起来：测试方案页眉
3. 2. 2 测试步骤
3. 2. 3 小结：测试结果摘要
3. 2. 4 DataRocket的一个测试方案示例
3. 2. 5 要多详细?权衡模糊性
3. 3 避免可怕的“测试逃逸”：范围和回归测试间隙
3. 3. 1 具有最好意图的糟糕的范围决定
3. 3. 2 您此刻在测试开发部门正建立的区域吗?
3. 3. 3 将质量风险与酗试方案联系起来
3. 3. 4 配置范围
3. 3. 5 错误范围
3. 3. 6 回归测试间隙
3. 4 “这里有一个需要学习的教训”：测试方案累积改进
3. 4. 1 对失败的反应
3. 4. 2 采用“最佳实践”
3. 4. 3 使用特别测试
3. 5 无法进行所有测试：确定不进行哪些测试
第四章 昆虫学中令人激动的职业：错误跟踪数据库
4. 1 为何如此麻烦?一个正式的错误跟踪系统实例
4. 2 哪些似乎是问题?失败描述
4. 2. 1 更像海明威而不像福克纳
4. 2. 2 在沙地上划一条线：隔离与调试之间的区别
4. 3 灵活的报告：开始组建数据库
4. 4 致命的少数和无足轻重的多数：划分重要性等级
4. 4. 1 严重性
4. 4. 2 优先级
4. 4. 3 抓住危险优先级中的重要性
4. 4. 4 向数据库中添加重要性度量
4. 5 在错误跟踪中放入跟踪：添加动态信息
4. 5. 1 使用“阶段”来管理错误的生命期
4. 5. 2 强调所有权和可计算性
4. 5. 3 不知道太多(错误)历史?跟踪状态更改
4. 5. 4 在合适的位置放入动态字段
4. 6 完成联系：专注于错误
4. 6. 1 Subsystem
4. 6. 2 Configuration
4. 6. 3 C1ose Date和Resolution
4. 6. 4 Root Cause
4. 6. 5 添加错误焦点字段
4. 7 从错误跟踪数据库中找出规律
4. 7. 1 清除缺陷的进展如何：打开／关闭图表
4. 7. 2 错误为何发生：根本原因图表
4. 7. 3 开发人员如何响应：关闭周期图表
4. 7. 4 什么中断了：子系统图表
4. 7. 5 一个关于规律和图表的注释
4. 8 管理错误跟踪
4. 8. 1 策略及错误数据的滥用
4. 8. 2 困境
第五章 管理测试方案：测试跟踪电子表格
5. 1 创建一个要求最简单的测试跟踪电子表格
5. 2 增强功能
5. 2. 1 标识测试套件和实例
5. 2. 2 添加日期和时间信息：计划与现实
5. 2. 3 收集用于可靠性计算的数据
5. 2. 4 提高测试方案状态的精确性
5. 2. 5 计算加权的失败
5. 2. 6 记录所有权
5. 2. 7 运行重要的测试方案
5. 2. 8 添加其他摘要
5. 2. 9 组合数据
5. 3 添加测试方案细节
5. 4 启动测试跟踪系统
5. 4. 1 小问题
5. 4. 2 大问题
5. 4. 3 没有问题!
第六章 决定性时刻的提示和工具：管理动态情况
6. 1 勿为琐事忧心：居于万事之上
6. 1. 1 获得所有事实后继续前行：确定的渴望. 进度的需要
6. 1. 2 相关性. 计划和提醒：跟上进度的重要性
6. 1. 3 它不会交付自身：修订与发布过程
6. 1. 4 它也不会安装自身：配置测试环境
6. 1. 5 “小脑怪”是您的朋友：审核和更新测试结果
6. 1. 6 避开陷阱：不要陷于调试
6. 1. 7 当测试失败时：将类型I和类型H错误减到最少
6. 1. 8 愉快的龙舟节：在决定性时刻. 节假日和文化冲撞之际
6. 2 蜘蛛的连接网：管理测试硬件和软件配置逻辑
6. 2. 1 各个部分及其连接方式：实体关系图
6. 2. 2 从图表到架构：实现逻辑数据库
6. 2. 3 预算和计划：提早使用逻辑数据库
6. 2. 4 跟踪软件配置
6. 3 期望意外情况：变化管理数据库
6. 3. 1 该怎么办呢?使用(和滥用)变化管理数据
6. 3. 2 简单就好：变化管理数据库
第七章 充实和管理测试实验室
7. 1 需要测试实验室吗?
7. 2 选择和计划实验室区域
7. 3 测试实验室清单
7. 3. 1 一个示例目录清单
7. 3. 2 进一步考虑补充实验室
7. 4 安全与跟踪考虑
7. 5 管理设备和配置
7. 6 保持测试环境的整洁
7. 7 人的因素
7. 7. 1 安全的实验室就是有效率的实验室
7. 7. 2 对实验设备的损坏
7. 7. 3 实验室效率
第八章 组织和管理测试小组
8. 1 决定测试小组：需要多少人做什么工作?
8. 1. 1 规模
8. 1. 2 技能
8. 1. 3 位置
8. 2 专家或项目资源?组织模型
8. 3 工作的正确人选：测试工程师的条件
8. 3. 1 测试专家与内容专家
8. 3. 2 职业的悲观主义
8. 3. 3 平衡的好奇心
8. 3. 4 没有隔挡拉皮条的人
8. 4 工作中的错误人选：不适合测试工程师的品质
8. 4. 1 魅力探求者
8. 4. 2 懒惰
8. 4. 3 卡通片里的胆小鬼
8. 5 提出指责：激励测试小组
8. 5. 1 不要让别人将您的小组作为一个擦鞋垫来使用
8. 5. 2 注意极限问题
8. 6 特洛依木马和其他错误：如何挫伤测试人员的积极性
8. 7 扩展您的才能：使用临时的工具和专家
8. 7. 1 评估临时工作人员的角色
8. 7. 2 使用长期临时人员
8. 7. 3 聘请签约人
8. 7. 4 引进专家
第九章 政治的胜利：对测试管理者的组织挑战
9. 1 堂吉河德, 质量冠军：总之, 您的工作目标是什么?
9. 2 您适合的位置：组织中的测试小组
9. 3 其他什么工作适合?向测试增加其他功能
9. 4 与其他管理者合作：测试管理的两个其他方面
9. 4. 1 管理上层
9. 4. 2 管理外部
9. 5 在黑暗中测试：在没有文档的情况下您应该如何继续?
9. 6 测试并非孤岛：外部环境对效率的影响
9. 6. 1 油门
9. 6. 2 刹车
9. 7 解雇通知书：临时解雇和停业清理
9. 8 显示结果：正确的消息, 正确交付
9. 8. 1 提交坏消息的好方法
9. 8. 2 准确和听众的重要性
9. 9 “您可以告诉先驱者……”在测试上过早采用的效果
第十章 包括其他人：分配测试项目
10. 1 选择伙伴
10. 1. 1 供应商
10. 1. 2 第三方测试公司
10. 1. 3 销售办事处
10. 2 计划分布式测试工作
10. 2. 1 评估能力
10. 2. 2 理解花费
10. 2. 3 整理. 协调和划分测试项目
10. 2. 4 组织逻辑
10. 2. 5 处理映射问题
10. 3 管理分布式测试工作
10. 3. 1 监视测试执行
10. 3. 2 交流状态和更改指导
10. 3. 3 处理政治问题
10. 3. 4 小心文化冲突
10. 3. 5 建立和维持信任
附录
词汇
鄂公网安备 42010302001612号 