一、针对大版本需求的测试用例模板
1、测试用例模板说明
1.1、表头说明
项目版本号V1.0--测试用例(示例标题) | |||||||
---|---|---|---|---|---|---|---|
(xxxxx有限公司测试组/ONLY FOR INTERNAL USE ONLY) | Confidentiality level 密级 |
||||||
(xxxxxx测试组/仅供内部使用) | Internal |
||||||
修订记录 | |||||||
版本号 | 修订时间 | 修订内容 | 参与修订会议人员 |
修订人 |
批准人 | ||
V1.0 | 2022.01.04 |
1.新增文档说明 |
lucas | lucas | Alex |
1.2、用例模板使用说明
用例模板使用说明 | ||||||
列表字段名称 |
是否必填 |
列表字段说明 |
格式要求 |
样例 |
||
用例编号 |
必填 |
每个功能子模块里用例的编号 |
编号取值规则:项目名各中文首字母大写_6位数字(数字由000001开始编写) |
比如行情项目在登录功能子模块里的第一条用例用例编号值为:HQ_000001 |
||
功能子模块 |
必填 |
一级模块页下的任一个子级模块名称 |
请根据项目模块层级关系填写 |
用户管理 |
||
测试目的 |
必填 |
测试目的 |
填写简要的测试目的 |
账号密码功能校验 |
||
前置条件 |
非必填 |
有些测试用例执行之前都会需要填写前置条件 |
填写简要的前置条件 |
用户A在谷歌浏览器输入网站B的登录地址,进入并停留在网站B的登录页面 |
||
优先级 |
必填 |
优先级 |
只有4个枚举值:1、2、3、4 |
2 |
||
操作步骤 |
必填 |
每条测试用例的操作步骤 |
填写简要的操作步骤 |
1.输入正确账号,输入错误密码,点击登录按钮进行登录,查看结果 |
||
输入数据 |
非必填 |
针对每个操作步骤里包含的参数的具体参数值的赋值 |
填写简要的数据 |
1.账号:admin,密码:123456 |
||
预期结果 |
必填 |
针对每条测试用例给出的预期结果 |
填写简要的预期结果 |
1.会提示:账号输入有误 |
||
执行状态 |
必填 |
每条测试用例的执行状态 |
只有2个枚举值:已执行、未执行 |
未执行 |
||
执行结果 |
必填 |
每条测试用例的执行结果 |
只有2个枚举值:PASS、FAIL |
PASS |
||
对应禅道bug-id |
非必填 |
每条测试用例执行不通过后在禅道记录对应一条禅道bug(每条禅道bug都有唯一的id值) |
填写数据格式为正整数的禅道id |
1777 |
||
编写人 |
必填 |
每条测试用例对应的编写人员 |
填写编写人姓名 |
lucas |
||
执行人 |
必填 |
每条测试用例对应的执行人员 |
填写执行人姓名 |
lucas |
||
备注 |
非必填 |
每条测试用例的备注 |
备注内容可以按实际情况填写 |
这条测试用例比较重要,要格外关注 |
||
其他注意事项: | ||||||
1.除了第一个名为【文档说明】的sheet,其余sheet页名都是一级模块页下的任一个子级模块名称 |
2、测试用例适用模板例子
用例编号 | 功能子模块 | 测试目的 | 前置条件 | 优先级 | 操作步骤 | 输入数据 | 预期结果 | 执行状态 | 执行结果 | 对于禅道bug-id | 编写人 | 执行人 | 备注 |
HQ_000001 |
登录页面 |
账号密码功能校验 |
|
1 |
1,输入正确账号密码登录(账号:admin,密码:123456) |
|
进入运营端首页 |
|
|
|
|
|
|
HQ_000002 |
|
2 |
1,输入正确账号错误密码登录 |
|
提示:密码输入有误 |
|
|
|
|
|
|
||
HQ_000003 |
|
2 |
1,输入错误账号登录 |
|
提示:账号输入有误 |
|
|
||||||
HQ_000004 |
|
2 |
1,不输入账号登录 |
|
提示:请输入账号 |
|
|
||||||
HQ_000005 |
|
2 |
1,不输入密码输入正确账号登录 |
|
提示:请输入密码 |
|
|||||||
HQ_000006 |
忘了密码校验 |
|
1 |
1,输入正确账号密码勾选记住密码 |
|
账号密码未保存需重新输入 |
|
|
|||||
HQ_000007 |
|
2 |
1,输入正确账号密码勾选记住密码登录 |
|
页面展示对应输入账号密码 |
|
|
二、针对小版本的测试用例模板
1、执行流程
① 确认项目及需求
②确认设计的功能模块
③确认测试用例名称,发散思维,测试点,测试步骤,测预期结果;
④测试用例评审,确认覆盖需求测试点,更新Xmind测试点
⑤执行测试用例
2、使用规则
2.1 、使用Xmind编写测试用例原则:
①一看用例名,就知道操作步骤和预期结果的,只写用例名;
②仅看用例名,不知道操作步骤的,还需要写出操作步骤;
③仅看用例名,不能预知预期结果的,还需要把预期结果写出来;
④针对一些操作步骤比较复杂的测试用例,操作步骤和预期结果都要写出来;
⑤操作步骤和预期结果有时间都可以简写,直接以备注、说明、提醒点代替。
2.2、注意事项:
用例粒度可粗可细,结合时间成本考虑,做到合理划分即可。
2.3、技巧:
①根据实际情况,可以适当做一些备注(可以是一些业务逻辑、规则、需求、预期结果等),让人看的更明白;
②为了避免模块层级过多,可以不进行模块划分就不划分,当然也可以采用其他技巧,比如模块名称写成“大模块-子模块”的形式。
2.4、xmind使用方法
2.4.1、用例相关说明
①禅道需求:用于填写建立该项目模块的禅道地址
②用例编写者:用例的编写人,可以是多个或者一个
③手机兼容性:测试用到的所有手机信号和系统版本
④浏览器兼容性:测试用到的所有浏览器及版本号
⑤对应人员:可填写负责人或涉及产品开发的所有人员分类
⑥版本信息:产品版本
2.4.2、用例模板
2.4.3、用例实例
相关说明:
①子模块:可以是大功能类中的小功能,也可以是页面划分
②预期结果:如果没有通过预期结果,需要带上禅道的bugID
③备注:对于比较复杂的操作,可以以备注的形式补充操作说明或者前置条件
④用例等级:
:冒烟用例(重要性为【高】)
:基础用例(重要性为【中】)
:特殊场景用例(重要性为【中】)
:错误场景用例(重要性为【低】)
⑤执行状态:
: 执行失败,需要带上bugID
: 执行成功
: 回归并验证成功
: bug修改完成,等待部署或者等待验证,也需要带bugID