测试文档是在软件测试之前或测试期间创建的工件的文档。它有助于测试它是一套完整的文档，允许描述和记录从测试活动中提取的测试计划、测试设计、测试执行和测试结果。
在本教程中，将学习：
- 什么是测试文档？
- 为什么要进行正式测试？
- 测试文档示例
- 实现测试文档的最佳实践
- 测试文档的优势
- 测试文档的缺点
为什么要进行正式测试？
对于新手来说，很容易假设测试是在成品基础上执行代码的各个部分并验证结果。测试文档使测试的计划、审查和执行变得容易且可验证。
测试的正式程度取决于
- 正在测试的应用程序的类型
- 遵循的标准
- 开发过程的成熟度。
测试活动通常占用软件开发项目工作的30%到50%。文档有利于确定可应用于未来项目的测试过程改进。
测试文档示例
以下是重要的测试文档类型：
| 测试类型 | 描述 |
|---|---|
| 测试原则 | 它是一个高级文档，描述了组织的原则、方法和所有重要的测试目标。 |
| 测试级别 | 标识要为项目执行的测试级别(类型)的高级文档。 |
| 测试计划 | 测试计划是包含测试活动的范围、方法、资源、时间表等的完整计划文档。 |
| 需求可追溯性 | 这是一个将需求与测试用例联系起来的文档。 |
| 测试场景 | 测试场景是可以由一个或多个测试用例验证的软件系统的项目或事件。 |
| 测试用例 | 它是一组输入值、执行前提条件、预期执行后置条件和结果。它是为测试场景开发的。 |
| 测试数据 | 测试数据是在执行测试之前存在的数据。它用来执行测试用例。 |
| 缺陷报告 | 缺陷报告是关于软件系统中未能执行其预期功能的任何缺陷的书面报告。 |
| 测试总结报告 | 测试总结报告是对所进行的测试活动和测试结果进行总结的高层文档。 |
实现测试文档的最佳实践
- QA团队需要参与项目的初始阶段，以便并行创建测试文档
- 不要只是创建文档，而是在需要时进行更新
- 使用版本控制管理跟踪文档
- 尝试记录了解工作所需的内容，以及需要向利益相关者提供哪些内容
- 应该为文档使用标准模板，如excel表格或doc文件。
- 将所有与项目相关的文档存储在单个位置。每个团队成员都应该可以访问它以供参考，并在需要时进行更新
- 没有提供足够的细节也是创建测试文档时的常见错误
测试文档的优势
- 创建测试文档背后的主要原因是减少或消除有关测试活动的任何不确定性。帮助消除任务分配时经常出现的歧义
- 文档不仅提供了一种系统的软件测试方法，而且还作为软件测试过程中新手的培训材料
- 展示测试文档以展示成熟的测试流程也是一种很好的营销和销售策略
- 测试文档帮助在特定的时间限制内向客户提供高质量的产品
- 在软件工程中，测试文档还通过配置文档和操作员手册帮助配置或设置程序
- 测试文档可帮助提高客户端的透明度
测试文档的缺点
- 文档的成本可能会超过它的价值，因为它非常耗时
- 很多时候，它是由写得不好或不懂材料的人写的
- 跟踪客户端求的更改并更新相应的文档是很累人的。
- 糟糕的文档直接反映了产品的质量，因为客户和组织之间可能会发生误解
总结
- 测试文档是在软件测试之前或测试期间创建的工件的文档。
- 测试的正式程度取决于1) 被测应用程序的类型，2) 贵组织遵循的标准，3) 开发过程的成熟度。
- 重要的测试文档类型有测试策略、测试策略、测试计划、测试用例等。
- QA团队需要参与项目的初始阶段，以便并行创建测试文档
- 创建测试文档背后的主要原因是减少或消除有关测试活动的任何不确定性。
- 文档的成本可能会超过它的价值，因为它非常耗时
