测试用例说明

测试用例说明

一、测试流程

下面是需求到测试的大概流程，我们一般是需求评审完成后，再进行冒烟测试、系统测试的功能测试和客户验收测试。

单元测试是开发自测的。

冒烟测试是执行主业务流程测试，如果流程无法执行，直接打回给开发，直到流程可以正常执行再进入详细的系统功能测试。

二、编写测试用例

测试用例主要包含以下内容：

用例编号，所属需求，用例步骤，预期结果，测试数据，前置条件，编写人，创建日期。

开始可以把用例分的细一些，熟悉下流程，比如一个新增功能，会有下拉项的限定；一些字段关联，比如字段B的选项是在字段A的条件下的；可以分开多个测试用例；

熟悉之后根据需要划分测试用例粒度，一个用例步骤不要太多，9个以内比较好(非强制要求，重复执行的易用性，数量太多可能执行途中中断再重新执行比较麻烦）；

根据需求概要设置用例，用例内容按具体需求来，基本逻辑是正常操作过一遍，再考虑异常操作处理；

正常操作注意每个功能点，尤其一些特殊说明；

1、页面显示、必录项的提示，

2、新增操作保存后是否成功新增记录，内容是否与填写一致；

3、修改的时候，可修改与不可修改的字段设置是否正确；

4、一些字段关联限制（需求说明）；携带信息，自动计算，显示限制；

5、单据各个状态之间的转换；

异常操作一般是违反正常逻辑的，如果可以操作成功就是有问题的；

1、必录项不填，或者只填空格，保存失败；

2、唯一性检查，有唯一性要求的，新增重复项，保存失败；

3、金额输入负数，以0开头；

4、非数值型字段输入框输入特殊字符，保存成功（~@#$^&*()_+{}|:“<>?/.,;?[]\=-`￥……（）--：《》？、。，；?【】、=-）

5、数值区间/日期区间，开始值大于终止值，保存失败；

三、执行测试用例

按照测试用例的步骤进行操作，并记录结果，有问题的在禅道提出BUG;

可根据实际情况对用例进行修改调整；