大家好，又见面了，我是你们的朋友全栈君。
测试用例模板
一、针对大版本需求的测试用例模板
1、测试用例模板说明
1.1、表头说明
|
xxx项目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
发布者：全栈程序员-站长，转载请注明出处：https://javaforall.net/160740.html原文链接：https://javaforall.net
