1、测试用例通用模板
阿里云国内75折 回扣 微信号:monov8 |
阿里云国际,腾讯云国际,低至75折。AWS 93折 免费开户实名账号 代冲值 优惠多多 微信号:monov8 飞机:@monov6 |
一、针对大版本需求的测试用例模板
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