本文件作为编写前期测试用例期间的规范和流程,旨在合理有效的对该阶段质量进行控制,同时为编写前期测试用例的人员提供参考。
2.主要内容与适用范围
本标准规定了编写前期测试用例时的书写规范和操作流程。
本标准适用于项目提交测试后进行的路径分析和前期测试用例编写。
l 制作路径图一律使用office_2003_visio_pro进行,所用模型可以在两种中选择其一:
1. 基本流程图;
2.UML模型图;
l 路径图的制作完全依照《需求规格书》中的相关业务逻辑描述来完成,一般情况下一个模块的业务逻辑用一个路径图来进行分析,如果该模块业务逻辑过于复杂,可以拆分为若干块进行分析。
l 所画出的路径图必须包括所有业务逻辑,考虑到任何可能的分支。
l 路径图命名必须可以完全说明该图所分析的是什么业务
l 用例编号
l 类型
l 设计人
l 用例标题
l 测试方法
l 所属项目
l 测试点
l 步骤
l 期望结果
l 覆盖路径
l 用例编号:项目英文缩写+3位流水号
例:测试POS支付核销系统,第一个用例的编号为 :POS001
l 类型 : 该用例岁对应的测试方法类型,这里一般都写“前期测试用例”
l 设计人:编写改测试用例的人员
l 用例标题:对该用例究竟测试什么而定义的描述语句,一般为疑问句
例:输入正常值,是否可以成功新增销售订单
l 测试方法 :对该用例是用什么测试方法所设计的描述,关于测试方法的种类和方法请参见《测试方法举例》
l 所属项目:该用例所在项目
l 测试点:一般为所测试的模块
l 步骤:对用例如何执行的描述。具体描述时分为步骤1、步骤2……….等,对于所操作步骤的描述,应清晰准确,包括登陆系统,输入什么值等。
例:
步骤1 |
打开POS刷卡机 |
步骤2 |
选择进入“IC卡支付” |
步骤3 |
输入操作员号01,密码 1111,登陆 |
步骤4 |
按提示插入IC卡 |
步骤5 |
查看界面中显示的IC卡余额 |
l 期望结果 :按步骤中描述操作后所应该得到结果
例:正确显示IC余额且金额正确
l 覆盖路径 :即该用例是按哪个路径所设计
本文作者:佚名 来源:本站原创
CIO之家 www.ciozj.com 微信公众号:imciow