测试用例模板.docx
《测试用例模板.docx》由会员分享，可在线阅读，更多相关《测试用例模板.docx（28页珍藏版）》请在冰豆网上搜索。
测试用例模板
软通动力中油项目测试组
测试用例模板
项目名称
文件状态：
[√]待定稿
[√]正式发布
[√]正在修改
文件标识：
当前版本：
作者：
完成日期：
版本控制和用例跟踪
作者
版本号
更改内容
备注
测试人员1
V0.1
创建，未评审
测试人员1
V1.0
已评审
测试人员2
V1.1
修改测试用例
需求变更
目录
1引言4
1.1编写目的4
1.2背景4
1.3术语与缩写解释4
1.4参考资料4
2测试环境4
2.1硬件4
2.2测试软件4
3测试用例5
3.1功能首字母缩写+功能名称5
3.2SAMPLE1-----SH001售汇新增页面5
3.3SAMPLE2-----JYJLCX001交易记录查询页面11
3.4SAMPLE3-----XTDK001信托贷款流程测试15
4用例审核互查16
5检查项16
6评审结果17
1引言
1.1编写目的
说明编写这份测试用例的目的，指出预期的读者。
1.2背景
说明：
a这份测试用例所描述的软件系统的名称；
b该软件项目的任务提出者、开发者、用户（或首批用户）及安装此软件的计算中心
c该产品或项目目标。
1.3术语与缩写解释
列出本文件中用到的专门术语的定义和外文首字母组词的原词组
缩写、术语
解释
1.4参考资料
列出有用的参考资料，如：
a.项目的经核准的计划任务书或合同；
b.属于本项目的其他已评审通过文件；
c.本文件中各处引用的文件、资料，包括所要用到的软件开发标准。
列出这些文件资料的标题、文件编号、发表日期和出版单位，说明能够取得这些文件资料的来源。
2测试环境
2.1硬件
列出为测试本软件所使用硬件的配置，如：
a.处理机的型号、内存容量；
b.所要求的外存储器、媒体、记录格式、设备的型号和台数、联机／脱机；
c.I／O设备（联机／脱机？
）；
d.数据传输设备和转换设备的型号、台数。
2.2测试软件
说明为测试本软件所使用的软件，如：
a．操作系统的名称、版本号；
b．开发工具名称和版本号；
c．数据库管理系统的名称和版本号；
d．使用什么测试软件
e．其他支持软件。
3测试用例
3.1功能首字母缩写+功能名称
详细描述需求定义的功能和要求。
1.场景1
场景编号
功能首字母缩写+自定义
场景名称
用例编号
前置条件
测试步骤、输入数据
预期结果
测试结果
场景编号+自定义
2.场景2
场景编号
功能首字母缩写+自定义
场景名称
用例编号
前置条件
测试步骤、输入数据
预期结果
测试结果
场景编号+自定义
3.2SAMPLE1-----SH001售汇新增页面
售汇业务处理页面要与其他业务处理页面保持一致。
（业务处理的代表页面）。
主要设计方式为等价类划分法，边界值分析法。
图：
SH001
1.场景1
场景编号
SH001-01
场景名称
页面元素的检查
用例编号
前置条件
测试步骤、输入数据
预期结果
测试结果
SH001-01-01
登陆中油电子商务系统
查看页面显示元素，与demo的此页面元素对比
页面显示元素与demo页面显示元素一模一样
2.场景2
场景编号
SH001-02
场景名称
必输项的功能检查
用例编号
前置条件
测试步骤、输入数据
预期结果
测试结果
SH001-02-01
登陆中油电子商务系统，进入柜台业务—结售汇业务—售汇—业务处理
不输入任何信息，点击【保存】按钮
弹出提示框“人民币账户号必须填写”，焦点跳转到人民币账户号文本框。
（如果没有输入必输项，在保存的时候会有校验）
SH001-02-02
客户编号、开户行、总账类类型必须选择一个
SH001-02-03
选择客户编号则账户号必填。
SH001-02-04
没有单选框的总账类类型为相对应的科目，默认显示，必填
SH001-02-05
人民币和外币的执行日默认显示，必填
SH001-02-06
外币的金额和汇率必填
SH001-02-07
人民币的金额=外币金额*汇率，不可修改
SH001-02-08
起息日既发起方的开机日，必填
3.场景3
场景编号
SH001-03
场景名称
文本框的功能检查
用例编号
前置条件
测试步骤、输入数据
预期结果
测试结果
SH001-03-01
客户编号、客户名称、账户号、开户行、现金流量、总账类类型、摘要、项目代码和来源代码都是可以从放大镜选出来也可以自己填写进行模糊匹配的
SH001-03-01
委托付款凭证号和委托付款凭证密码都不是必输项
SH001-03-01
如果填写必须与外币的账户号匹配
SH001-03-01
并且在系统设置好的对应的凭证号和密码
SH001-03-01
特殊字符（！
@#￥%……&*（）《》？
：
“）
SH001-03-01
文本框所能输入最大的字数（包括全角和半角）
4.场景4
场景编号
SH001-04
场景名称
放大镜的功能检查
用例编号
前置条件
测试步骤、输入数据
预期结果
测试结果
SH001-04-01
支持回车
SH001-04-02
提供模糊匹配功能
SH001-04-03
支持鼠标点击进行选择
SH001-04-04
账户号带出客户号，不区分办事处但是区分币种，并且应该只有活期账户和离岸活期账户
SH001-04-05
外币和人民币的开户行是要区分登陆的办事处和币种，根据具体情况需要过滤。
SH001-04-06
总账类类型是否默认显示
SH001-04-07
摘要不是必输项，如果不输入信息，点击回车焦点跳到下一个文本框
SH001-04-08
摘要的文本框中输入信息可以保存并且进行模糊匹配
SH001-04-09
项目代码和来源代码只能选中末级的项目。
SH001-04-10
项目代码和来源代码不是必输项，对应的数据是设置中设置过的
SH001-04-11
放大镜的联动的测试
SH001-04-12
如何匹配放大镜
SH001-04-13
放大镜选择和设置关联
5.场景5
场景编号
SH001-05
场景名称
日期控件的功能检查
用例编号
前置条件
测试步骤、输入数据
预期结果
测试结果
外币的执行日显示登陆币种的开机日
人民币的执行日默认显示人民币的开机日
起息日默认为发起方的开机日，可以修改
起息日不能大于执行日，并且如果相差大于7天要给与提示
对于日期控件，一定要输入2000-08-08为标准的日期形式，不能在小月输入31号，2月输入30号这样的信息
6.场景6
场景编号
SH001-06
场景名称
金额的检查
用例编号
前置条件
测试步骤、输入数据
预期结果
测试结果
金额符号必须与币种匹配
金额的文本框只能输入大于0.01的数字
汇率必须输入数字
金额超过7位显示正确，不出现科学计数法
金额符号的问题
金额的最大限制
金额的千分位
7.场景7
场景编号
SH001-07
场景名称
下拉框的检查
用例编号
前置条件
测试步骤、输入数据
预期结果
测试结果
8.场景8
场景编号
SH001-08
场景名称
单选框的检查
用例编号
前置条件
测试步骤、输入数据
预期结果
测试结果
9.场景9
场景编号
SH001-09
场景名称
焦点的检查
用例编号
前置条件
测试步骤、输入数据
预期结果
测试结果
点击菜单进入页面，焦点应该在付款方账户号文本框内
点击保存如果有必输项没有输入，提示后点击确定，焦点应该转移到要输入的文本框里
点击回车，焦点应该移向下一个文本框
焦点转移的顺序是付款方资料---收款方资料，起息日，汇率，项目代码，来源代码。
最后的一个文本框点击回车，应该响应到保存按钮
10.场景10
场景编号
SH001-10
场景名称
信息回显的检查
用例编号
前置条件
测试步骤、输入数据
预期结果
测试结果
11.场景11
场景编号
SH001-11
场景名称
交易状态显示的检查
用例编号
前置条件
测试步骤、输入数据
预期结果
测试结果
修改页面，复核页面，取消复核页面都应该有交易状态
修改页面显示的是录入人，录入时间，修改人和修改时间
复核页面显示的是录入人，录入时间，复核人（空）和复核时间（空），复核备注（非必输项）
取消复核页面显示的是录入人，录入时间，复核人和复核时间，取消复核备注（必输项）
12.场景12
场景编号
SH001-12
场景名称
打印的检查
用例编号
前置条件
测试步骤、输入数据
预期结果
测试结果
13.场景13
场景编号
SH001-13
场景名称
重复交易的检查
用例编号
前置条件
测试步骤、输入数据
预期结果
测试结果
14.场景14
场景编号
SH001-14
场景名称
信息提示的检查
用例编号
前置条件
测试步骤、输入数据
预期结果
测试结果
15.场景15
场景编号
SH001-15
场景名称
金额控制的检查
用例编号
前置条件
测试步骤、输入数据
预期结果
测试结果
16.场景16
场景编号
SH001-16
场景名称
按钮的检查
用例编号
前置条件
测试步骤、输入数据
预期结果
测试结果
点击暂存或者保存后，在复核之前可以对记录进行修改
点击暂存按钮不需要进行校验
点击保存进行必输项的检查，如果校验不通过，则光标要回到必输项的文本框上
校验通过后，提示“是否保存？
”，如果点击是，则进行保存操作
保存成功后，提示“是否打印”，如果点击是，则跳转到打印页面根据勾选的凭证进行打印
保存成功后，提示“是否打印”，如果点击否，返回页面一，并且所有信息制空
如果由于某种原因保存失败，否则提示失败信息，仍然返回页面一，保留以前的信息
点击印鉴，会自动查找客户的印鉴
点击【链接查找】，跳转到页面二，修改查找页面
3.3SAMPLE2-----JYJLCX001交易记录查询页面
查询类页面的代表页面。
也是系统的核心查询页面。
主要设计方式为等价类划分法，边界值分析法，场景法。
1.场景1
场景编号
JYJLCX001-01
场景名称
页面元素的检查
用例编号
前置条件
测试步骤、输入数据
预期结果
测试结果
JYJLCX001-01-01
登陆电子商务系统
查看页面显示元素，与demo的此页面元素对比
页面显示元素与demo页面显示元素一模一样
2.场景2
场景编号
JYJLCX001-02
场景名称
查询条件的组合
用例编号
前置条件
测试步骤、输入数据
预期结果
测试结果
3.场景3
场景编号
JYJLCX001-03
场景名称
文本框的功能检查
用例编号
前置条件
测试步骤、输入数据
预期结果
测试结果
JYJLCX001-03-01
客户编号、客户名称、账户号、开户行、现金流量、总账类类型、摘要、项目代码和来源代码都是可以从放大镜选出来也可以自己填写进行模糊匹配的
JYJLCX001-03-01
委托付款凭证号和委托付款凭证密码都不是必输项
JYJLCX001-03-01
如果填写必须与外币的账户号匹配
JYJLCX001-03-01
并且在系统设置好的对应的凭证号和密码
JYJLCX001-03-01
特殊字符（！
@#￥%……&*（）《》？
：
“）
JYJLCX001-03-01
文本框所能输入最大的字数（包括全角和半角）
4.场景4
场景编号
JYJLCX001-04
场景名称
放大镜的功能检查
用例编号
前置条件
测试步骤、输入数据
预期结果
测试结果
JYJLCX001-04-01
支持回车
JYJLCX001-04-02
提供模糊匹配功能
JYJLCX001-04-03
支持鼠标点击进行选择
JYJLCX001-04-04
账户号带出客户号，不区分办事处但是区分币种，并且应该只有活期账户和离岸活期账户
JYJLCX001-04-05
外币和人民币的开户行是要区分登陆的办事处和币种，根据具体情况需要过滤。
JYJLCX001-04-06
总账类类型是否默认显示
JYJLCX001-04-07
摘要不是必输项，如果不输入信息，点击回车焦点跳到下一个文本框
JYJLCX001-04-08
摘要的文本框中输入信息可以保存并且进行模糊匹配
JYJLCX001-04-09
项目代码和来源代码只能选中末级的项目。
JYJLCX001-04-10
项目代码和来源代码不是必输项，对应的数据是设置中设置过的
JYJLCX001-04-11
放大镜的联动的测试
JYJLCX001-04-12
如何匹配放大镜
JYJLCX001-04-13
放大镜选择和设置关联
5.场景5
场景编号
JYJLCX001-05
场景名称
日期控件的功能检查
用例编号
前置条件
测试步骤、输入数据
预期结果
测试结果
外币的执行日显示登陆币种的开机日
人民币的执行日默认显示人民币的开机日
起息日默认为发起方的开机日，可以修改
起息日不能大于执行日，并且如果相差大于7天要给与提示
对于日期控件，一定要输入2000-08-08为标准的日期形式，不能在小月输入31号，2月输入30号这样的信息
6.场景6
场景编号
JYJLCX001-06
场景名称
金额的检查
用例编号
前置条件
测试步骤、输入数据
预期结果
测试结果
金额符号必须与币种匹配
金额的文本框只能输入大于0.01的数字
汇率必须输入数字
金额超过7位显示正确，不出现科学计数法
金额符号的问题
金额的最大限制
金额的千分位
7.场景7
场景编号
JYJLCX001-07
场景名称
下拉框的检查
用例编号
前置条件
测试步骤、输入数据
预期结果
测试结果
3.4SAMPLE3-----XTDK001信托贷款流程测试
这个流程是系统中比较复杂的一个流程之一。
主要设计方式为场景法。
1.场景1
场景编号
XTDK001-01
场景名称
用例编号
前置条件
测试步骤、输入数据
预期结果
测试结果
XTDK001-01-01
2.场景2
场景编号
XTDK001-02
场景名称
用例编号
前置条件
测试步骤、输入数据
预期结果
测试结果
3.场景3
场景编号
XTDK001-03
场景名称
用例编号
前置条件
测试步骤、输入数据
预期结果
测试结果
4.场景4
场景编号
XTDK001-04
场景名称
用例编号
前置条件
测试步骤、输入数据
预期结果
测试结果
5.场景5
场景编号
XTDK001-05
场景名称
用例编号
前置条件
测试步骤、输入数据
预期结果
测试结果
6.场景6
场景编号
XTDK001-06
场景名称
用例编号
前置条件
测试步骤、输入数据
预期结果
测试结果
4用例审核互查
场景编号
场景名称
问题描述
审核互查人
5检查项
序号
检查项
结果
1
每个测试用例是否都说明/代表一个唯一的输入集或事件流？
2
测试用例是否可以追溯到产品需求？
3
测试用例是否100％覆盖产品需求要求的所有功能点？
4
用例是否覆盖了测试计划的测试类型？
5
所有的“前置条件”是否都是充分必要条件？
6
判断点中是否没有操作步骤？
7
测试步骤是否简练？
8
每个步骤是否描述了一个事件？
9
“测试步骤”中引用数据的格式是否统一？
10
“测试步骤”和“预期结果”中对界面文字的引用是否加引号？
11
预期结果是否描述完整？
12
文档使用的词语是否清晰明确、无歧义？
13
测试用例是否覆盖每个被测功能的所有可能的输入输出的组合？
14
测试用例是否覆盖正常的输入输出组合的所有可能的取值范围？
15
测试用例是否包括测试了被测试对象的初始化过程？
16
测试用例是否包含了被测对象中所有异常流的测试？
6评审结果
评审意见
开发组审核意见：
被审核的测试用例与开发设计一致√
被审核的测试用例与开发设计存在不一致的问题×
结论
同意
不同意
签字：
需要所有参加用例审核的开发人员及开发经理签字
签字日期
产品经理审核意见：
被审核的测试用例与需求一致√
被审核的测试用例与需求存在一致的内容×
结论
同意
不同意
签字：
签字日期
项目经理审核意见
确认并同意开发组和产品经理对用例的审核意见√
不同意开发组和产品经理对用例的审核意见×
结论
同意
不同意
签字：
签字日期
纸制文档是否签字
是
否
升级会员 