两种通用型测试用例模板(excel/xmind) | 您所在的位置:网站首页 › 兼容性方案模版 › 两种通用型测试用例模板(excel/xmind) |
测试用例模板
一、针对大版本需求的测试用例模板
1、测试用例模板说明
1.1、表头说明
xxx项目V1.0版本-测试用例(示范标题)
(xxxxx有限公司测试组/ONLY FOR INTERNAL USE ONLY)
Confidentiality level 密级
(xxxxxx测试组/仅供内部使用)
Internal 内部公开
修订记录 版本号 修订时间 修订内容 参与修订会议人员 修订人 批准人 V1.0 2022.01.04 1.新增文档说明 2.用例列表字段优化 lucas lucas Alex
1.2、用例模板使用说明 用例模板使用说明 列表字段名称 是否必填 列表字段说明 格式要求 样例 用例编号 必填 每个功能子模块里用例的编号 编号取值规则:项目名各中文首字母大写_6位数字(数字由000001开始编写) 比如行情项目在登录功能子模块里的第一条用例用例编号值为:HQ_000001 功能子模块 必填 一级模块页下的任一个子级模块名称 请根据项目模块层级关系填写 用户管理 测试目的 必填 测试目的 填写简要的测试目的 账号密码功能校验 前置条件 非必填 有些测试用例执行之前都会需要填写前置条件 填写简要的前置条件 用户A在谷歌浏览器输入网站B的登录地址,进入并停留在网站B的登录页面 优先级 必填 优先级 只有4个枚举值:1、2、3、4 每个枚举值的含义如下: 1:冒烟用例(重要性为【高】) 2:基础用例(重要性为【中】) 3:特殊场景用例(重要性为【中】) 4:错误场景用例(重要性为【低】) 2 操作步骤 必填 每条测试用例的操作步骤 填写简要的操作步骤 1.输入正确账号,输入错误密码,点击登录按钮进行登录,查看结果 输入数据 非必填 针对每个操作步骤里包含的参数的具体参数值的赋值 填写简要的数据 1.账号:admin,密码:123456 预期结果 必填 针对每条测试用例给出的预期结果 填写简要的预期结果 1.会提示:账号输入有误 执行状态 必填 每条测试用例的执行状态 只有2个枚举值:已执行、未执行 每个枚举值的含义如下: 已执行:这条测试用例已被执行 未执行:这条测试用例已被执行 未执行 执行结果 必填 每条测试用例的执行结果 只有2个枚举值:PASS、FAIL 每个枚举值的含义如下: 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,输入正确账号密码勾选记住密码 2,关闭页面,再次进入登录页面
账号密码未保存需重新输入
HQ_000007
2 1,输入正确账号密码勾选记住密码登录 2,关闭页面,再次进入登录页面
页面展示对应输入账号密码
二、针对小版本的测试用例模板 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 |
CopyRight 2018-2019 实验室设备网 版权所有 |