测试用例设计的基本原则

 针对每个测试需求设计测试用例，测试用例设计的遵守的原则：

1.每一个测试需求至少有一个测试用例与之对应；

2. 每个测试用例包含的测试步骤尽量不要超过10个；如果过多就进行拆分；

3. 每一步step只包含有一种情况，不能将多种情况塞在一个用例里；

4. 每个测试用例包含的测试步骤不得少于2个；

5. 测试用例设计时应该包含功能的边界情况、等价类等方法；

6. 对于流程尽量实现每个路径的覆盖；

7. 关注需求中特别提出的权限、必输项、初始值和计算结果等内容；

8. 打印至少用实物打印一张；

9. 测试用例设计根据测试范围进行评审检查，覆盖全部范围；

10. 测试集合根据模块以及对应的需求变更建立集合，每个集合包含对应的测试需求和测试用例；（可选）

11.功能测试时，根据界面、业务、数据流变化进行用例划分；

12.界面验证，业务验证，数据流验证的用例应该分开来写，不能放在一个测试集合里；

13.公用性比较强的测试用例，需要单独出来，以便引用。比如输入日期查询；（可选）

14.每一步step name需要填写，一般填写总结性的语言，这样看到step name时就知道大概该step测试的内容；15.在系统测试阶段，如果可以通过前台界面可以验证的，最好不要通过查询表的方式来验证。

命名规范；

测试阶段或类型+ 子系统或类型（1-贷前、2-批处理、3-贷后、4-性能、5-安全性等）+ 模块（101-模块名）+ 功能（10101-功能名）+ 测试用例（10101-ST-功能名-测试点-001）或（测试需求点名称）

说明：

功能编号5位，格式为ABBCC，A表示子系统或者类型，BB表示模块，CC表示功能；

测试用例编号3位，每个功能下从001-999递增，如果超出999，编号高位用A，比如A00-A99；每个功能下的测试用例统一编号；