软件测试 - 文档测试
软件测试与在测试过程之前和期间创建的项目工件的文档相关。文档主要用于标准化流程和方法，供客户、测试人员或整个组织遵循。
拥有所有测试文档的项目被认为是成熟的项目。谨慎的文档编制可以为测试团队节省时间、预算和精力。它类似于测试人员在实际测试执行过程中遵循的指南。
当开发人员实际实现软件代码时，就会创建测试文档。因此，它的主要目的是在测试过程中消除项目疑问和歧义。
什么是测试文档？
测试文档是指所有指导整体测试过程的测试工件的文档。它包括项目估算、资源、时间表、项目进度等。它包含一套记录和编制测试计划、测试用例、测试策略、测试执行报告、测试汇总报告等的完整文档。
测试文档的类型
以下是不同类型的测试文档：
测试场景 (Test Scenario)
测试场景文档包含多种对产品进行测试的方法或组合。它概述了端到端的应用程序流程，但不包含任何数据、输入或要在应用程序上执行的分步操作。
测试用例 (Test Case)
测试用例 (Test Case)
测试计划 (Test Plan)
测试用例文档包含输入、数据、要在应用程序上执行的行操作、这些操作的预期结果和实际结果等。它源自测试场景。
测试计划 (Test Plan)
测试计划文档包含有关项目范围、资源、成本、策略、时间表、方法等的信息。它是由项目利益相关者为成功测试定义的一套测试指南。
测试策略 (Test Strategy)
需求追溯矩阵 (Requirement Traceability Matrix)
需求追溯矩阵或RTM是一份编制的文档，用于确保每个需求至少编写一个测试用例。
测试策略 (Test Strategy)
测试策略文档包含有关各种测试类型、方法、级别、范围等的信息。创建并批准后，测试策略文档不会被修改。
缺陷报告 (Bug Report)
缺陷报告包含在测试过程中记录的缺陷总数的信息，开发人员和测试人员广泛使用它。这是一个非常重要的文档，有助于跟踪和管理错误，报告错误，更改错误状态，修复错误，避免重复错误以及将错误关闭。
执行报告 (Execution Report)
测试团队的高级成员在测试过程结束时会准备一份执行报告文档。它包含有关测试用例总数、已通过、失败、未执行的数量、已测试的模块、缺陷总数等信息。
为什么要进行测试文档编制？
一旦交付给客户的产品无法按预期工作，则需要将其退回给开发人员和测试人员以进行正确的修复。可能存在这种情况，即同一产品会交给另一组开发人员和测试人员（不是实际开发和测试该产品的那些人员）。
- 在这种情况下，新的开发人员和测试人员应该首先阅读产品的全部文档，以找出故障的根本原因。如果无法获得正确的文档，则开发人员和测试人员必须再次进行一轮白盒和黑盒测试以检测实际问题。因此，测试文档可以节省大量精力和资源。
- 测试文档的优点
- 测试文档的优点如下：
- 进行测试文档编制是为了消除对测试过程的所有疑问。它还消除了关于任务分配的所有不确定性。
- 创建测试文档是为了为整个测试活动设定标准。它就像新团队成员的培训指南一样。
- 营销团队可以展示测试文档，以展示完全开发的测试过程。
测试文档可在项目时间表内为客户交付高质量的产品。
提供测试文档是为了以手册和用户指南的形式配置和设置软件。
- 测试文档为与客户建立透明的沟通渠道打开了大门。
- 测试文档的缺点
- 测试文档的缺点如下：
- 测试文档是一项耗时的活动，因为每次更新需求时，都需要对所有测试文档进行相应的更改。
通常，测试文档活动由团队中经验较少的人员承担。
本教程对软件测试文档进行了全面概述。我们从描述什么是测试文档、测试文档的不同类型、为什么要进行测试文档以及测试文档的优缺点开始。
这将使您掌握软件测试文档的深入知识。明智的做法是继续练习您所学到的知识，并探索与软件测试相关的其他知识，以加深您的理解并拓宽您的视野。