两种通⽤型测试⽤例模板（excelxmind）
测试⽤例模板
⼀、针对⼤版本需求的测试⽤例模板
1、测试⽤例模板说明
1.1、表头说明
xxx项⽬V1.0版本-（⽰范标题）
(xxxxx有限公司测试组/ONLY FOR INTERNAL USE ONLY)   
Confidentiality
level
密级
(xxxxxx测试组/仅供内部使⽤)    Internal
内部公开
修订记录
版本号修订时间修订内容参与修订会议
⼈员
修订⼈
批准
⼈
V1.02022.01.041.新增⽂档说明
2.⽤例列表字段
优化
lucas lucas Alex
          1.2、⽤例模板使⽤说明
⽤例模板使⽤说明
列表字段名称是
否
必
填
列表字段说明格式要求样例
⽤例编号必
填
每个功能⼦模块⾥⽤例的编号
编号取值规则：项⽬名各中⽂⾸字母
⼤写_6位数字（数字由000001开始
编写）
⽐如⾏情项⽬在登录功能⼦模块⾥的
第⼀条⽤例⽤例编号值为：
HQ_000001
功能⼦模块必
填
⼀级模块页下的任⼀个⼦级模块名称请根据项⽬模块层级关系填写⽤户管理
测试⽬的必
填
测试⽬的填写简要的测试⽬的账号密码功能校验
前置条件⾮
必
有些测试⽤例执⾏之前都会需要填写前置
条件
填写简要的前置条件
⽤户A在⾕歌浏览器输⼊⽹站B的登
录地址，进⼊并停留在⽹站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值）
填写数据格式为正整数的禅道id1777
编写⼈必
填
每条测试⽤例对应的编写⼈员填写编写⼈姓名lucas
执⾏⼈必
填
每条测试⽤例对应的执⾏⼈员填写执⾏⼈姓名lucas
备注⾮
必
填
每条测试⽤例的备注备注内容可以按实际情况填写这条测试⽤例⽐较重要，要格外关注
其他注意事项：
1.除了第⼀个名为【⽂档说明】的sheet，其余sheet页名都是⼀级模块页下的任⼀个⼦级模块名称
2、测试⽤例适⽤模板例⼦
⽤例编号*功能
⼦模
块*
测试⽬
的*
前
置
条
件
优
先
级
*
操作步骤*
输
⼊
数
据
预期结果*
执
⾏
状
态*
excel口内打 或者x执
⾏
结
果*
对应禅
道bug-
id
编
写
⼈
*
执
⾏
⼈
*
备
注
HQ_000001
登录页⾯账号密
码功能
校验
　1
1，输⼊正确账号密码登录（账
号：admin，密码：
123456）
进⼊运营端
⾸页
HQ_000002　21，输⼊正确账号错误密码登录　提⽰：密码
输⼊有误
HQ_000003　21，输⼊错误账号登录　提⽰：账号
输⼊有误
HQ_000004　21，不输⼊账号登录　提⽰：请输
⼊账号
HQ_000005　21，不输⼊密码输⼊正确账号登
录
提⽰：请输
⼊密码
HQ_000006
忘了密
码校验　1
1，输⼊正确账号密码勾选记住
密码
2，关闭页⾯，再次进⼊登录页
⾯
账号密码未
保存需重新
输⼊
HQ_000007　21，输⼊正确账号密码勾选记住
密码登录
2，关闭页⾯，再次进⼊登录页
⾯
页⾯展⽰对
应输⼊账号
密码
⼆、针对⼩版本的测试⽤例模板
1、执⾏流程
① 确认项⽬及需求
②确认设计的功能模块
③确认测试⽤例名称，发散思维，测试点，测试步骤，测预期结果；
④测试⽤例评审，确认覆盖需求测试点，更新测试点
⑤执⾏测试⽤例
2、使⽤规则
2.1 、使⽤Xmind编写测试⽤例原则：
 ①⼀看⽤例名，就知道操作步骤和预期结果的，只写⽤例名；
 ②仅看⽤例名，不知道操作步骤的，还需要写出操作步骤；
 ③仅看⽤例名，不能预知预期结果的，还需要把预期结果写出来；
 ④针对⼀些操作步骤⽐较复杂的测试⽤例，操作步骤和预期结果都要写出来；
 ⑤操作步骤和预期结果有时间都可以简写，直接以备注、说明、提醒点代替。
2.2、注意事项：
⽤例粒度可粗可细，结合时间成本考虑，做到合理划分即可。
2.3、技巧：
 ①根据实际情况，可以适当做⼀些备注（可以是⼀些业务逻辑、规则、需求、预期结果等），让⼈看的更明⽩；
 ②为了避免模块层级过多，可以不进⾏模块划分就不划分，当然也可以采⽤其他技巧，⽐如模块名称写成“⼤模块-⼦模块”的形式。
2.4、xmind使⽤⽅法
2.4.1、⽤例相关说明
①禅道需求：⽤于填写建⽴该项⽬模块的禅道地址
②⽤例编写者：⽤例的编写⼈，可以是多个或者⼀个
③⼿机兼容性：测试⽤到的所有⼿机信号和系统版本
④浏览器兼容性：测试⽤到的所有浏览器及版本号
⑤对应⼈员：可填写负责⼈或涉及产品开发的所有⼈员分类
⑥版本信息：产品版本
2.4.2、⽤例模板
2.4.3、⽤例实例
相关说明：
①⼦模块：可以是⼤功能类中的⼩功能，也可以是页⾯划分
②预期结果：如果没有通过预期结果，需要带上禅道的bugID
③备注：对于⽐较复杂的操作，可以以备注的形式补充操作说明或者前置条件
④⽤例等级：
：冒烟⽤例（重要性为【⾼】）
：基础⽤例（重要性为【中】）
：特殊场景⽤例（重要性为【中】）
：错误场景⽤例（重要性为【低】）
⑤执⾏状态：
: 执⾏失败，需要带上bugID
: 执⾏成功
: 回归并验证成功
: bug修改完成，等待部署或者等待验证，也需要带bugID

版权声明：本站内容均来自互联网，仅供演示用，请勿用于商业和其他非法用途。如果侵犯了您的权益请与我们联系QQ:729038198，我们将在24小时内删除。