测试用例规范
摘要:为了规范测试用例,统一各个步骤的操作方法,提高处理问题单的效率,特整理此规范,分别介绍了测试用例的格式,用例级别定义、各个步骤的要求、覆盖面
1.测试用例编写原则:
- 连贯性
相关业务场景流程写在一起,便于执行
- 相关性
考虑各个产品之间的相关性,增删改,流程变动对其他模块的影响
- 全面性
应尽可能覆盖程序的各种路径
应尽可能覆盖系统的各个业务
大量数据并发的测试准备
系统中各个功能、业务的异常情况
- 符合正常业务惯例
测试数据兼顾各种业务变化的可能
- 贴合实际业务
数据的硕源,检查库表结构的合理性
- 健壮性
不符合格式的数据能给出正常的提示信息
- 缺陷库
缺陷库所示案例都需要有相关用例覆盖
2.用例设计方法
- 等价类
- 边界值
- 因果图
- 功能图
3.用例编写规范
格式参考禅道导出格式:
命名规范:功能模块,业务流程、场景进行名命(见名知意,不要有大量重复标题)
前置条件:系统权限,系统配置,注意事项,依赖项
操作步骤:测试的操作步骤描述(步骤5个以内)
期望结果:应该出现的结果
实际结果:描述实际情况
检查点:一个测试用例的检查点不超过5个
4.用例级别划分:
L1的测试用例是系统的基本功能,测试用例数量应当受到控制,占总体的用例小于20%。划分依据:该用例执行失败会导致多处重要功能无法运行
L2级别的用例是系统的重要功能,2级用例占总用例小于50%,划分依据:主要包括一些功能交互相关、各种应用场景、使用频率较高的正常功能
L3级别的用例是系统的其他功能,3级用例数占比小于25%。划分依据:和二级用例同等重要,只是使用频率没有2级高。(特殊字符,字符超长,消息超时,事务完整性,可靠性)
L4级别用例是比较偏的用例,占比小于5%。划分依据:一般不会使用到的用例,(例如消息超过系统配置最大限度时的分页,磁盘日志空间打满后的业务运行情况)
5.注意事项:
1.增删改的功能,需要查看对其他数据的影响,检查数据库具体数据
3.所有系统交互按钮都需要验证防抖节流
4.各个模块系统交互的唯一值判断,避免系统交互出现重复数据
4.并发的数据核查数据库结果。
5.导入导出的需要验证系统最大值