测试文档
移交文档
测试人员离开项目时，需要移交的测试文档
- 被测对象概述
- 文档链接（需求文档，实际文档，测试设计规约等文档的链接）
- 基本测试想法(列举10条最重要的测试想法)
- 经验和技巧（阐述测试人员在测试实战中积累的经验与技巧，包括好用的工具，未公开的设置，快速的调试手段）
- 已知局限（介绍被测试对象的局限和缺陷）
- 测试自动化（介绍可用的自动化工具和测试用例）
- 测试数据（介绍可用的测试数据文件，测试数据库）
何处可以增加测试设计的深度
- 最可能发生错误的区域
如果测试人员知道哪些区域可能存在大量缺陷，就在那里仔细的测试。缺陷往往聚集在一起，应该尽早测试这些高危区域
- 错误最明显的区域
从用户的角度看待产品，尝试去发现那些用户最容易发现的错误。这让测试人员专注于对用户最重要的情景和功能。
- 最常使用的程序区域
测试用户最常使用的功能，以提高软件的稳定性
- 最有差别的测试区域
产品想要赢得用户需要提供独一无二的特性，这些特性被称为软件的“卖点”。测试人员需要仔细测试这些区域，因为在卖点上失败将导致竞争失利。
- 最难修正的区域
许多软件缺陷没有被修正是因为没有时间完成高难度的修复。应该尽早测试难以修正的区域。以便程序员有更多的时间去修复缺陷
- 测试人员最理解的区域
通过测试一个熟悉的区域和它的周边区域，测试人员能够快速的测完一个局部，并更好的理解产品。这有助于它更有效的进入下一个区域
测试技术
测试是为了发现错误而执行程序的过程，那么测试技术就是运行程序并判断其对错的具体方法
测试技术会从7个方面对测试过程进行指导
- 范围
测试的对象。例如功能测试的测试对象通常是一个具体的功能或特性
- 覆盖
测试的程度。例如如果测试时间有限，测试人员通常只能测试一个功能的主要场景；如果测试时间充裕，他会测试更多的场景和操作方式，以扩大测试覆盖。通常，测试人员会统一考虑测试的范围和覆盖。
- 测试者
是谁来执行测试
- 风险
测试要去发现的潜在问题，例如Google ACC所重点侦测的风险是产品的功能不能提供有竞争力的特性。
- 活动
测试如何执行。例如两因素组合测试规定测试用例要覆盖任意两个因素的取值组合。
- 评估和测试先知
如歌评价测试是否通过。例如测试人员会使用软件的先前版本来判断软件的行为是否向后兼容。
- 结果导向
测试的目标。例如BVT(Build verification testing)的目标是检查构建是否足够稳定可用于更大范围的测试