6、   测试用例编写规范

　　1.   对于每个功能，从类型1至类型N依次撰写相应用例

　　2.   对于不满足要求的非常规类型，可以不写相应的用例

　　3.   对于边界、空值、格式错误、溢出这几个类型，一个功能如有多个数据项测试类型相同，则可以放在一个用例里

　　4.   测试用例均为最小的用例覆盖要求；对于没有提及的用例类型，视业务需求情况，撰写相应用例

　　5.   在测试过程中，输入数据可在测试用例规定的范围内做一定变化

　　6.1     常规的测试用例：

　　1.   对于一个功能一个模块（页面），每个数据项输入或选中典型的取值，生成一个用例

　　2.   对于一个功能多个模块（页面），多个模块（页面）一起生成一个用例

　　3.   对于多个功能一个模块（页面），每个功能生成一个用例

　　4.   每个功能操作需覆盖，如删除对话框点击确定、取消分别生成2个用例步骤。

　　5.   输入框测试，在允许范围内尽可能覆盖多的字符类别，如中文、英文、数字等

　　6.   对于每个功能点，必须通过一组（一个或多个）用例满足其业务覆盖：对于某条记录的每个状态，对于能进行的每个操作，都生成一个用例（即对业务功能流程中的每个角色，每个功能操作，生成一个用例）

　　6.2     初始化的测试用例：

　　进入功能模块（页面）后，某些控件会初始化填入数据，生成一个用例确保所有的初始数据正确

　　6.3     边界的测试用例

　　1.   每个数据项，生成一个边界用例（含最大、最小两个边界值）

　　2.   字符串数据以字符串长度为计量单位

　　3.   布尔值数据的所有取值都需测试

　　4.   多个复选框一组时，需测同时都被选中及都不被选中

　　5.   下拉菜单、列表框、单选按钮组为最大、最小的2个取值

　　6.4     空值的测试用例：

　　对于每个必填数据项，都生成一个用例（不提供空值的除外，比如无空值的下拉框、有缺省值的单选按钮组），则预期结果提示该数据项为空

　　6.5     格式错误的测试用例：

　　对于输入框数据项，都生成一个用例，预期结果提示该数据项格式错误

　　日期输入框

　　数字输入框

　　字符串输入框：Email、邮编、用户名等带格式要求的

　　6.6     溢出的测试用例：

　　对于输入框数据项，都生成一个取值范围外的测试用例，预期结果提示该数据项超出范围日期输入框

　　范围的日期输入框，需添加上边界日期小于下边界日期的用例

　　数字输入框（如‘金额’一般为正整数，填入一个负数）

　　字符串输入框：超出规定长度的字符串

　　6.7     关联的测试用例：

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

　　6.8     唯一值的测试用例：

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

　　6.9     权限不足的测试用例：

　　对于功能模块，生成一个用例，以没有权限的用户身份访问，预期结果为提示权限不足

　　6.10   角色权限的测试用例：

　　业务功能流程涉及一到多个角色，对于每个角色，都生成一个用例，预期结果为用户以这个角色登陆时，他仅能执行权限允许的操作

　　7、   测试用例编写细则

　　7.1     测试用例命名规则

　　由于项目的实际需求和测试的工作需要，分以下几个等级来规范测试用例的命名

　　1.   一级目录使用各项目的顶级菜单名称来命名，如维护、业务、查询三大类；

　　2.   二级目录使用顶级菜单下的二级菜单名称类命名，用户可根据名字判别该用例是测试哪个模块的；

　　3.   各用例根据各用例的功能来命名，尽量做到简洁明了。同一个目录下的用例名字字数最好相同；