目录
PS:测试用例模板,博主自己留着做笔记,有需要Excel表格模板的小伙伴可以在此文章留言
一、规则;
- 覆盖率
- 关键功能点和流程是否覆盖
- 异常场景是否考虑
- 规范性
- 用例是否与需求一致
- 用例描述是否清晰明了(非该模块负责人可看懂并可执行)
- 用例是否存在逻辑错误
- 用例质量
- 用例产出BUG数量
二、功能测试用例;
使用xmind模版按照约束设计和编写测试用例,然后使用xmind2testcase工具导出csv文件,最终要导入禅道 / ; jira/禅道 要定个;
中心主题:迭代版本+用例标题之间的间隔符(统一采用小横杠符号:“-”)
中心主题下一级为所属模块:对应禅道中创建的功能模块,鼠标停留获取ID,以如下格式书写;必填项
优先级:每条用例必须设置优先级;必填项
用例类型:功能测试/性能测试/接口测试;必填项
用例标题:明确表述该条用例要测试内容,统一规范:“验证xxx”;必填项
前置条件:使用xmind中的备注功能填写;非必填项
步骤/预期:根据测点的复杂性选择性填写;步骤和预期必须一一对应;非必填项
三、接口自动化测试用例
1、冒烟测试用例
文件名称命名规则:项目名称接口冒烟测试用例;
用例编号:API_scene_001,数字依次递增;
业务模块:根据系统业务使用上划分所属模块;
场景描述:该条用例涉及业务功能;
被测接口:该条用例涉及接口;
脚本文件:该条用例对应的脚本文件;
测试步骤:该条用例执行过程;
预期结果:该条用例的预期,根据实际情况填写;
测试结果:该条用例的执行结果(通过/失败/阻塞),根据实际情况填写;
备注:略;
2、详细测试用例
文件名称命名规则:项目名称+版本号+接口详细测试用例;
所属模块:根据系统业务使用上划分所属模块;
相关需求:对应产品需求;
用例标题:接口+场景+脚本文件;
前置条件:略;
步骤:出入参数等详细数据;
预期:该条用例的预期,根据实际情况填写;
三、UI自动化测试用例
文件名称命名规则:项目名称+UI测试用例;
用例编号:UI_scene_001,数字依次递增;
业务模块:根据系统业务使用上划分所属模块;
被测功能:该条用例测试的功能点;
脚本文件:该条用例对应的脚本文件;
预期结果:该条用例的预期,根据实际情况填写;
测试结果:该条用例的执行结果(通过/失败/阻塞),根据实际情况填写;
备注:略;