软件测试中的测试文档 (示例)

什么是测试文档？

测试文档是在软件测试之前或期间创建的工件的文档。它有助于测试团队估算所需的测试工作量、测试覆盖率、资源跟踪、执行进度等。它是一套完整的文档，允许您描述和记录测试计划、测试设计、测试执行、以及从测试活动中得出的测试结果。

为什么要进行测试形式化？

对于新手来说，很容易认为测试是临时执行代码的各个部分并验证结果。但实际上，测试是一项非常正式的活动，并且需要详细记录。测试文档使测试的计划、审查和执行变得容易且可验证。

测试形式化的程度取决于：

• 被测应用的类型。
• 贵公司遵循的标准。
• 开发过程的成熟度。

测试活动通常会消耗软件开发项目 30% 到 50% 的工作量。文档有助于识别可应用于未来项目的测试过程改进。

测试文档示例

以下是重要的测试文档类型

测试文档类型	描述
测试策略	这是一个高级文档，描述了组织的原则、方法和所有重要的测试目标。
测试策略	一个高级文档，用于识别项目要执行的测试级别（类型）。
测试计划	测试计划是一份完整的计划文档，包含测试活动的范围、方法、资源、时间表等。
需求可追溯矩阵	这是一个将需求与测试用例联系起来的文档。
测试场景	测试场景是软件系统中的一个项目或事件，可以通过一个或多个测试用例进行验证。
测试用例	它是一组输入值、执行前置条件、预期执行后置条件和结果。它是为测试场景开发的。
测试数据	测试数据是在测试执行之前存在的数据。它用于执行测试用例。
缺陷报告	缺陷报告是关于软件系统中任何无法执行预期功能的缺陷的书面报告。
测试总结报告	测试总结报告是一个高级文档，它总结了进行的测试活动以及测试结果。

实现测试文档的最佳实践

• 质量保证团队需要在项目的初始阶段就参与进来，以便同时创建测试文档。
• 不要只是创建文档然后置之不理，而要根据需要进行更新。
• 使用版本控制来管理和跟踪您的文档。
• 尝试记录您理解工作所需的内容以及您需要向利益相关者展示的内容。
• 您应该使用标准模板进行文档，例如 Excel 表格或 Word 文档。
• 将所有项目相关文档存储在一个位置。它应该可供每个团队成员查阅并在需要时进行更新。
• 在创建测试文档时，未能提供足够的细节也是一个常见错误。

测试文档的优点

• 创建测试文档的主要原因是减少或消除测试活动中的任何不确定性。帮助您消除在任务分配时经常出现的歧义。
• 文档不仅为软件测试提供了系统的方法，而且还可以作为软件测试过程中新手的培训材料。
• 展示测试文档以展示成熟的测试过程也是一种很好的营销和销售策略。
• 测试文档可帮助您在规定的时间内向客户提供高质量的产品。
• 在软件工程中，测试文档还可以通过配置文档和操作员手册来配置或设置程序。
• 测试文档可帮助您提高与客户的透明度。

测试文档的缺点

• 文档成本可能超过其价值，因为它非常耗时。
• 很多时候，它是由写作能力不佳或不了解内容的人编写的。
• 跟踪客户要求的更改并更新相应文档非常繁琐。
• 糟糕的文档直接反映了产品质量，因为客户和组织之间可能会产生误解。

摘要

• 测试文档是在软件测试之前或期间创建的工件的文档。
• 测试形式化的程度取决于：1）被测应用的类型；2）贵公司遵循的标准；3）开发过程的成熟度。
• 重要的测试文档类型包括测试策略、测试策略、测试计划、测试用例等。
• 质量保证团队需要在项目的初始阶段就参与进来，以便同时创建测试文档。
• 创建测试文档的主要原因是为了减少或消除测试活动中的任何不确定性。
• 文档成本可能超过其价值，因为它非常耗时。