一、针对大版本需求的测试用例模板
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
