测试点评审（2020-11-10）

评审准则：

测试案例要素

• 测试环境：是充分必要的环境条件
• 测试数据：步骤需要具备连贯性、可执行性
• 测试目的：P0-P4，一般来说，P0、P1、P2、P3案例的占比分别为15%，35%，40%，10%，每一分级的案例占比偏差不能大于5%
• 测试步骤：一般应该是3步左右，绝对不能超出5步
• 测试结果 ：保证明确性、准确性，以及和需求一致性

设计框架

使用xmind提前定结构

• 模块划分合理行：要包含所有要测试的对象，但不能重复
• 逻辑链路流畅性：业务流程是流畅的，没有阻隔
• 子属关系正确性：主类、子，并行关系、从属关系要区分，不再同一集展现
• 需求覆盖完整性：显性需求100%包含；尽量挖掘隐形需求，将开发实现涉及到每个环节都需要考虑容易出错的点，不只局限于表面交互看到的东西，关于DB层、代码层、接口层、UI层、前后端均要覆盖
• 类型覆盖的全面性：前后端、UI、功能、性能、兼容、埋点、接口、数据库等

测试目的

• 唯一性：一个案例/测试点有唯一一个测试目的
• 明确性：验证以及测试点清晰明确的表述（具体化）
• 简洁性：测试点描述要简洁

评审总流程

• 根据需求文档编写