有效测试的 50 条建议 - 测试设计和测试文档（21~23）

第 21 条：使用测试过程模板和其他测试设计标准

标准的测试用例的关键元素：

• 测试过程 ID。符合命名规范的测试过程 ID。
• 测试名称。对测试内容的概述。
• 执行日期。
• 测试工程师的名字。
• 测试过程的作者。
• 测试目标。
• 相关的用例/需求编号。
• 前置条件/假设/依赖。
• 验证方法。
• 用户动作（输入）
• 预期的结果。
• 跟踪日志信息。将后端组件的行为文档化。
• 实际结果。
• 需要的测试数据。

第 22 条：根据需求得到有效的测试用例。

功能性测试活动是大多数软件测试工作的中心，功能性测试阶段最重要的目标是评估系统的行为是否和需求指定的行为一致。功能性测试阶段设计测试过程是建立在需求的基础上，但需求通常是不完善的，为了创建有效的测试过程，测试人员必须理解系统的细节和实质，研究系统的行为，分析每一部分应用程序的变化对其他部分产生的影响，有效的测试过程经常不能只根据需求陈述来设计。
有效的测试设计所包含的测试过程很少出现重叠，相反他们在重复劳动最少的情况下，提供了最大的测试覆盖率。

• 确定若干事物使用的相似动作或者时间的模式。一旦确定了这些信息，测试过程就应该使用模块化方式来开发，这样测试过程就可以通过复用和重组来执行各种功能路径，从而避免了建立测试工作中的重复劳动。
• 为了满足执行测试过程所需的前置条件，必须确定特定事物的测试顺序或者序列。
• 创建一个测试过程关系矩阵，这个矩阵根据执行一个测试过程所需要的前置条件和后置条件组成了测试过程的流程。一个测试过程的关系图表示了各种测试过程之间的交互作用，他们可以显著的改进测试工作。

第 23 条：把测试过程当做 “动态” 的文档

大多数软件项目采用迭代式和渐进式的开发方法，测试过程的开发也常采用这种方法，根据当前工作版本的需求进行开发。
在发现和修正缺陷的时候，我们必须更新测试过程来反映系统的这种变化和增加，与新增功能一样，缺陷的修正有时也会改变系统的运作方式。
和任何动态的或者发展中的文档一样，测试过程也应该存储在一个版本控制系统中。

本文章援引《Effective software testing》一书内容，为个人读后笔记，特此声明