测试计划文档的组件？

Question

测试项目的测试计划文档中最重要的组件/部分是什么？考虑一下你正在测试一个金融网络应用程序。

测试计划是否是整体测试策略文件的一部分？这两个文件合并在商业测试项目中。

请提供真实世界，测试计划文件，如果可能的话。

Answer 1

测试项目的测试计划文档中最重要的组件/部分是什么？考虑一下你正在测试一个金融网络应用程序。

根据IEEE 829标准，测试计划文件的组件应该是：

• 测试计划标识符
• 参考文献
• 引言
• 测试项目
• 风险
• 待测试的项目
• 排除用于测试的特性
• 测试方法
• 测试合格和不合格标准
• 收地/停工准则
• 测试交付品
• 测试环境设置
• 培训和人员配置
• 团队成员责任
• 测试时间表
• 风险规划和应急计划
• 批准

您可以在这里详细阅读：IEEE 829

然而，这里提到的每一件事都不是强制性的。我已经看到许多测试计划从这个检查列表中丢失了许多组件。在商业公司(如跨国公司)中，有一种指定的自定义格式，它大致基于这些标准(或公司遵循的任何标准)。

测试计划是否是整体测试策略文件的一部分？这两个文件合并在商业测试项目中。

测试策略定义了测试期间要遵循的总体测试方法，因此，它应该是一个不同的文档，是我们将要遵循的测试的高级定义。但是，当测试策略是在测试计划本身内定义的(在我当前的组织中是一种实践)时，这并不是一个陌生的情况。

由于我们在这里讨论的是总体策略，所以测试计划将是测试策略的重要组成部分。您可以为一个项目拥有一个单一的高级测试策略文档，然后根据测试策略创建各种测试计划。

一个非常好的文档化的例子是这。

请提供真实世界，测试计划文件，如果可能的话。

你会在网上发现很多这样的测试计划。一个很好的地方是这

Answer 2

下面是测试计划的组成部分，应该包括在内。1.摘要

1.1。导言--在本节中概述本文件。

1.2。测试范围-测试范围需要明确界定。计划应该定义测试阶段的范围内或范围之外的项/特性。

- 1.2.1. **Features To be tested** - All features/use cases which are to be tested

- 1.2.2. **Features Not to be tested** - All features which are not to be tested

- 1.2.3. **References** - SRS, BRD, FRS references used for the scope

1.3。里程碑-列出所有次要的和主要的里程碑以及计划的开始和结束日期。

1.4。交付品-列出测试阶段的所有交付品及其验收标准。

1. 资源-提及将使用2.1的所有物理和非物质资源.硬件-列出测试阶段2.2的硬件要求。环境细节--提供将用于测试阶段的各种环境的列表，以及它们的用途和配置细节。2.3。测试工具-提供此阶段所需工具的列表。2.4。团队组成-列出将参与测试阶段的团队成员的姓名，以及他们的角色和职责2.5。培训要求-如果需要任何技能或培训
2. 测试策略-描述将在项目中遵循的测试策略。此外，定义不同类型的测试。3.1。测试类型-列出将在测试阶段进行的不同类型的测试。详细说明客户给出的不同测试规范，并提供关于如何进行3.2不同类型测试的详细信息。输入和退出标准-写下测试阶段的输入和退出标准，即何时开始测试和何时停止测试。3.3。暂停和恢复标准-使用本节在测试阶段写下暂停和恢复。3.4。系统验收标准-使用本节描述接收项目验收所依据的系统验收标准。
3. 测试计划4.1测试计划-使用本节记录详细的测试计划。这将包括与测试有关的所有活动和资源的详细工作分类结构(WBS)。4.2。测试设计-使用本节记录准备测试用例的过程。解释测试用例的各个字段。扩展本节以包括测试用例的审查和批准过程，以及文档将如何在涉众之间共享。4.3。测试执行--使用本节详细说明测试所遵循的过程--如何进行测试，以及如何捕获和共享测试结果。
4. Bug跟踪过程--使用本节描述记录在不同测试周期中发现的Bug的过程，以及跟踪这些Bug到关闭的工作流程。本节还将按照下文各节提供详细情况。5.1。Bug跟踪工具-关于用于缺陷日志记录和跟踪5.2的工具的详细信息。bug报告--提供在报告错误时需要输入信息的各个字段的详细信息。5.3。Bug生命周期-例如:新的/引发的->打开/分配->已解决/修复->关闭/验证。此外，请具体说明谁将负责举行分流会议，以及如何解决任何冲突。
5. NFRs测试--使用本节为性能、安全性、可用性等非功能性测试定义计划。用于NFR的工具-工具6.2的名称。NFR目标-提及响应时间、吞吐量等性能测试的所有目标。
6. 风险管理-使用本节记录测试中涉及的风险及其缓解计划。优先考虑和影响所有风险。
7. 报告和沟通计划-写下测试阶段的报告和沟通计划。确认现场和境外团队的关键联络人员和客户方代表.
8. 度量计划-列出将用于跟踪测试阶段的进度的度量标准，并评估此阶段的目标是否已经实现。如缺陷泄漏、缺陷清除效率等。
9. 假设和依赖-列出与此阶段相关的假设和依赖关系以及可能存在的与这些相关的任何风险。
10. 附录-使用本节提供缩写的扩展，并附上参考文档和模板。

测试计划是测试策略文档的一部分吗？

测试计划和测试策略可以是单独的文档，有时它们被合并在一起。这都取决于创建这些文档的人员和应用程序的范围。如果项目的规模更大，测试项目更完整，那么有不同的文档是有意义的，否则为两者创建一个单一的文档。测试计划和测试策略文档中的差异。

这些是创建测试策略文档所要注意的简单步骤。

请参阅此链接以获取测试计划样品和部件。