如何设计测试用例，保障需求覆盖率？

背景

一份有效的测试用例模板框架，可以省时省力有效帮助编写出有价值的用例，用例编写用过word、excel、禅道，到现在的xmind脑图，之所以选择脑图是能够头脑风暴、补全各种测试场景、能避免出现漏测情况 ,实践中证实，思维导图能够激发设计。

一、用例框架

（一）用例类型

UI检查（核对与原型文档要求是否一致，交互、表单控件等）

字段校验（列表字段、表单字段规则）

功能校验（单功能 新增、修改、删除、查询）

流程校验（功能之间数据扭转）

功能权限（菜单权限）

数据权限（账号角色展示不同数据）

历史数据（新旧数据兼容性）

影响范围（不再本次需求迭代中，但可能受到影响的功能）

（二）等级

1级 致命 

2级 严重

3级 一般

4级 轻微 

遇到产品临时变更需求，项目周期压缩，优先级1级用例优先执行。

（三）其他用例因素

TestSuite > TestCase

TestCase：优先级、用例类型、前置条件、用例标题、执行步骤、期望结果、实际结果

优先级重要性：用例优先级，决定哪些用例优先执行（在有限时间内），冒烟流程用例1级，不会出现测试半天才发现流程走不通，导致其他模块用例无法执行！

流程图、状态扭转图，每个分支流程都是一个用例场景，前提是要求产品在设计需求时，必须产出这两种图，以便于用例场景覆盖。 产品可先梳理出雏形版本，需求评审在一起讨论补全流程。

 

二、流程图

 

三、状态扭转图

 

这两种图最直观，能够快速帮助分析本次需求涉及范围、历史数据处理。

 

用例测试范围评估，需要参照开发设计文档，需求动到哪些项目服务，避免上线之后出现用例覆盖补全、旧数据兼容性的bug。

 

四、产品验收用例