【DevOps研发管理方案】七：测试管理 - 用例设计

目录

一、测试用例设计原则

二、测试用例编写细则

---

一、测试用例设计原则

1. 全面性

1. 覆盖系统的各个业务，各模块、接口相互间数据输入输出的一致性和正确性；
2. 应考虑存在跨年、跨月的数据。

2. 符合业务惯例

1. 测试数据应符合用户实际工作中业务流程的要求；
2.  尽量要兼顾各种业务逻辑的可能。 

3. 可操作性

测试用例中要详细记录测试的操作步骤，检查要点，不同的操作步骤相对应的预期结果，这些数据要具有可操作性和可读性，便于测试执行过程中参照其内容进行测试，把实际结果和预期结果进行对比和分析，得出测试结论。

二、测试用例编写细则

根据需求规格说明书和设计文档，详细理解系统及实现的功能，编写测试用例。如果设计发生变更，及时更新系统测试用例。

对于一些常见的添加、修改、查询、重置、删除、返回等功能，不同的软件系统，对于上面这些操作的处理过程都是基本相同的。还有一些属于系统特有的功能，往往和具体项目的实际业务或特别定义功能相关，对于这部分用例，我们做如下规范：

• 边界

1. 1、布尔值数据的所有取值都需测试；
2. 2、多个复选框一组时，需要测试同时都被选中及都不被选中；

• 空值

对于每个必填数据项，都生成一条用例，预期结果提示该数据项不能为空；

• 格式错误

格式方面的验证（日期输入框、数字输入框、字符串输入框）生成一个用例；

• 关联

对于相互关联的两个或多个数据项，生成一个用例，确保当一个数据项改变时，其他数据项的变化正确；

• 唯一值

某些业务的数据字段要求是唯一的，生成一或两个用例（新建、编辑），使得输入数据与原有数据在该字段重复，预期结果为页面提示该数据已存在；

• 角色权限

用没有权限的用户身份访问，预期结果为提示权限不足、看不到页面或功能按钮；

• 文字描述简单清晰，无二义性；
• 用例中的按钮名称用【】标识；
• 维护系统测试用例页面中‘模块名称’使用叶子节点的名称；
• 维护系统测试用例页面中‘测试功能点’主要指被测试的对象；
• 维护系统测试用例页面中‘测试要点描述’为某个特殊目标而设计的一组测试输入、操作步骤。功能复杂的可以写明测试数据；
• 维护系统测试用例页面中‘预期结果’为需求、设计文档说明应实现的功能。