测试流程管理

致谢

简介

第一章 定义板块内容：测试系统的基础

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 建立和维持信任

附录

词汇