测试计划
测试计划是一份文档，详细介绍了软件或硬件产品特定测试会话的目标，资源和过程。该计划通常包含对最终工作流程的详细理解。
测试计划
测试计划记录了将用于验证并确保产品或系统符合其设计规格和其他要求的策略。测试计划通常由测试工程师的大量输入制定。
根据测试计划适用的产品的产品和责任，测试计划可能包括以下一个或多个策略：
- 设计验证或合规性测试 - 将在产品的开发或批准阶段进行，通常是在一小部分单元样本上进行的。
- 制造测试或生产测试 - 在制备或组装产品期间以持续的方式进行性能验证和质量控制。
- 接受测试或调试测试 - 将在产品交付或安装时进行。
- 服务和维修测试 - 在产品的使用寿命中按要求执行。
- 回归测试 - 将在现有的操作产品上执行，以验证当更改环境的其他方面时，现有功能不会受到负面影响（例如，升级现有应用程序运行的平台）。
复杂的系统可能具有高级测试计划，以解决总体要求和支持测试计划，以解决子系统和组件的设计细节。
测试计划文档格式可以与它们应用的产品和组织一样多样化。测试计划中应描述三个主要要素：测试覆盖范围，测试方法和测试责任。这些也用于正式的测试策略中。
测试覆盖范围
测试计划中的测试覆盖范围指出，在产品寿命的哪个阶段将验证哪些要求。测试覆盖范围源自设计规格和其他要求，例如安全标准或监管代码，其中设计的每个要求或规范理想地都将具有一种或多种相应的验证方式。不同产品寿命阶段的测试覆盖范围可能会重叠，但在所有阶段都不一定完全相同。例如，在设计验证测试期间可以验证某些要求，但在接受测试期间未重复。测试覆盖范围还可以反馈到设计过程中，因为可能必须设计产品以允许测试访问。
测试方法
测试计划中的测试方法表示如何实施测试覆盖范围。测试方法可以由标准，监管机构或合同协议确定，也可能必须创建新的。测试方法还指定用于测试性能并建立通过/失败标准的测试设备。用于验证硬件设计要求的测试方法的范围从非常简单的步骤（例如视觉检查）到详细记录的详细测试程序。
测试职责
测试职责包括组织将执行测试方法以及产品寿命的每个阶段。这使测试组织可以计划，获取或开发测试设备以及实施其负责测试方法所需的其他资源。测试职责还包括将收集哪些数据以及如何存储和报告该数据（通常称为“可交付成果”）。成功的测试计划的一个结果应是记录或报告所有各方同意的所有设计规格和要求的验证。
IEEE 829测试计划结构
IEEE 829-2008 ，也称为软件测试文档的829标准，是IEEE标准，它指定了一组文档的形式，用于在软件测试的定义阶段中使用，每个阶段都可能生产其自己独立的文档类型。这些阶段是：
- 测试计划标识符
- 介绍
- 测试项目
- 要测试的功能
- 不需要测试的功能
- 方法
- 项目通过/失败标准
- 悬架标准和恢复要求
- 测试可交付成果
- 测试任务
- 环境需求
- 职责
- 人员配备和培训需求
- 日程
- 风险和意外情况
- 批准
建议在测试计划中包含什么的IEEE文档是：
- 829-2008 IEEE软件和系统测试文档标准
- 829-1998 IEEE软件测试文档标准（由829-2008取代）
- 829-1983 IEEE软件测试文档标准（由829-1998取代）
- 1008-1987 IEEE软件单元测试标准
- 1012-2004 IEEE软件验证和验证标准
- 1012-1998 IEEE软件验证和验证标准（由1012-2004取代）
- 1012-1986 IEEE软件验证和验证计划标准（由1012-1998取代）
- 1059-1993 IEEE软件验证和验证计划指南（撤回）