测试用例编写规范-V1.0

软件功能测试用例编写规范V1.0测试用例编写规范厦门至恒天地技术有限公司修改历史日期版本作者修改内容更改请求号2016-1-6V1.0何曙林初稿测试用例编写规范厦门至恒天地技术有限公司目录1从需求到用例...........................................................................................................................11.1需求分析.......................................................................................................................11.2业务分析.......................................................................................................................11.3用例设计.......................................................................................................................12常用的较验...............................................................................................................................22.1字段长度较验...............................................................................................................22.2字符类型较验...............................................................................................................22.3其它较验.......................................................................................................................23常用功能的设计.......................................................................................................................53.1新增/添加......................................................................................................................53.2修改/更新......................................................................................................................53.3删除...............................................................................................................................63.4查询/搜索......................................................................................................................63.5上传文件.......................................................................................................................64测试用例模板...........................................................................................................................64.1测试用例文档命名规则...............................................................................................64.2测试用例模板内容定义...............................................................................................7测试用例编写规范厦门至恒天地信息技术有公司11从需求到用例1.1需求分析测试需求分析是进行测试用例编写的前提。测试人员根据软件功能需求、软件需求规格说明进行测试需求分析，找出明显的和隐含的需求。有些需求无法从需求文档中获得，可借助概要设计文档或者详细设计文档，或直接从最终的软件产品上获得。最终依据这些信息整理并编写出测试需求。测试用例设计是将测试需求细化的过程。1.2业务分析测试人员根据需求分析以及对业务的了解，整理编写出业务分析并绘制业务流程。业务分析时使用业务分析模板。1.3用例设计测试用例设计是将测试需求和业务分析细化的过程。测试用例编写规范厦门至恒天地信息技术有公司22常用的较验2.1字段长度较验2.1.1[字段]长度取上边界值2.1.2[字段]长度取上边界值+12.1.3[字段]长度取上边界值-12.1.4[字段]长度取下边界值2.1.5[字段]长度取下边界值+12.1.6[字段]长度取下边界值-12.2字符类型较验2.2.1在应该输入指定类型的内容地地方输入其他类型的内容，看系统是否检查字符类型，会否报错。2.2.2[数值型字段]取上边界值2.2.3[数值型字段]取下边界值2.2.4[数值型字段]取上边界值减12.2.5[数值型字段]取上边界值加12.2.6[数值型字段]取下边界值加12.2.7[数值型字段]取下边界值减12.2.8在[数值型字段]输入域中输入全角数字2.2.9在[数值型字段]输入域中输入半角数字2.2.10在[数值型字段]输入域中输入全角字母2.2.11在[数值型字段]输入域中输入半角字母2.2.12在[数值型字段]输入域中输入全角特殊符号2.2.13在[数值型字段]输入域中输入半角特殊符号2.2.14[字符型字段]中禁用或限用符号的检查2.2.15[日期型字段]输入格式的检查2.3其它较验2.3.1页面链接检查：每一个链接是否都有对应的页面，并且页面之间切换正确。测试用例编写规范厦门至恒天地信息技术有公司32.3.2按钮功能是否正确：如新增、修改、删除、保存等功能是否正确。2.3.3标点符号检查：输入内容包括各种标点符号，特别是空格、各种引号、回车键。看系统处理是否正确。2.3.4中文字符处理：在可以输入中文的系统输入中文，看会否出现乱码或出错。2.3.5多次使用“后退”键：在有“后退”的地方，后退，回到原来页面，重复多次后退，看是否出错。2.3.6输入信息位置：在光标停留的地方输入信息时，光标和所输入的信息是否会跳到其他地方。2.3.7快捷键检查：是否支持常用快捷键，如Ctrl+CCtrl+V等，对一些不允许输入信息的字段，如从下拉列表中选择、选日期对快捷方式是否也做了限制。2.3.8回车键检查：在输入结束后直接按回车键，看系统处理如何。2.4权限校验2.4.1权限菜单校验：什么角色能展示什么样的菜单2.4.2权限功能校验：什么样的角色可操作什么样的功能，例子1：A角色可新增，B角色只可查看不能新增，C只能删除例子2：A角色可取款10W（含）以下金额，取款10W以上需要B角色授权，取款100W以上需要C角色授权，取款1000W以上系统将提示‘此金额需要提前X天预约’2.5必输项校验2.5.1校验不能为空：必须输入，不输入系统将给出合理友好的提示还需要校验字段名是否正确，必输项和非必输项正确实现备注：如一个页面有几十个以上的必输项，也必须分开写对应的单独的用例。测试人员经常因为麻烦用一条用例覆盖所有的必输项，这样做会存在较大的风险。2.6输入规则校验2.6.1校验输入规则是否正确：验证需求描述的输入规则可正确实现例如：效验证件号码字段只可输入阿拉伯数字，姓名字段是可输入中文，金额字段只可输入正整数测试用例编写规范厦门至恒天地信息技术有公司42.7业务逻辑效验2.7.1业务逻辑约束：效验业务逻辑是否正确约束例如：活期存款计息方式为积数计息法定期存款为余额法，贷款不同的还款方式2.8业务流程验证2.8.1业务短流程验证：需求中没有写的，需要自己挖掘隐性流程，例如网银，1.注册-签约-转账-查询-退出2．新增-查询修改-查询删除-查询3.T日存款-T+10日取款-每日计提-结息当日冲销计提-每月21日结息-T+60日取款-T+90日销户2.8.2业务长流程验证：需求中有流程图，有详细描述的，需要设计最少的案例去覆盖全量的场景2.9界面要素检查2.9.1界面要素检查：页面跳转正确，各项显示正确，无错别字，只读项不可编辑例如：测试步骤：‘查询收款人名册’界面要素检查预期结果：1.查询条件：收款账号-输入框、收款方户名-文本框2.查询结果单选框-选择后关闭此页面、收款方账号-文本、收款方户名-文本、收款方开户行-文本、转账类型-文本3.按钮：【关闭】、【查询】功能实现布局合理、各项显示正确、无错别字测试用例编写规范厦门至恒天地信息技术有公司53常用功能的设计3.1新增/添加3.1.1字段长度较验（详细内容参见“2.1字段长度较验”）3.1.2字段类型较验（详细内容参见“2.2字符类型较验”）3.1.3必输项较验3.1.4回填按钮所带回的信息是否完整、正确3.1.5新增页面内字段间存在的逻辑关系较验,如到期日期=开始日期+期限3.1.6其他模块或业务中的设置对该页面字段的影响3.1.7对于新增主键值重复的记录，系统是否有较验3.1.8重名较验：需要命名且名字应该唯一的信息输入重复内容，看系统是否有处理，重名包括是否区分大小写，以及在输入内容前后加入空格，系统是否作出正确处理。3.1.9重复提交表单：一条已经成功提交的记录，“后退”后再提交，看系统是否作了处理。3.1.10输入信息位置：注意在光标停留的地方输入信息时，光标和所输入的信息会否跳到别的地方。3.1.11回车键检查：在输入结束后直接按回车键，看系统如何处理。3.1.12对新增记录的查看及内容是否正确的较验。3.1.13相关性检查：增加一项内容会不会对其他项产生影响，如果有影响，这些影响是否都正确。3.2修改/更新3.2.1修改约束：对于修改操作有前置条件或状态约束的，检查系统是否都正确处理，是否报错。3.2.2带出信息的完整性：修改时先查看所填写的信息是否全部带出，带出信息和填定的是否一致。3.2.3修改和新增/添加较验是否一致：检查添加和修改信息的要求是否一致，如新增要求是必输项，修改也应该必输；新增规定为整型，修改也必须为整型。3.2.4检查修改重名：修改时把不能重名的项改为已存在的内容，看系统是否作了正确处理。测试用例编写规范厦门至恒天地信息技术有公司63.3删除3.3.1删除约束：对于删除操作有前置条件或状态约束的，检查系统是否都正确处理，是否报错。3.3.