测试用例规范

测试用例规范

摘要:为了规范测试用例,统一各个步骤的操作方法,提高处理问题单的效率,特整理此规范,分别介绍了测试用例的格式,用例级别定义、各个步骤的要求、覆盖面

1.测试用例编写原则

  1. 连贯性

相关业务场景流程写在一起,便于执行

  1. 相关性

考虑各个产品之间的相关性,增删改,流程变动对其他模块的影响

  1. 全面性

应尽可能覆盖程序的各种路径

应尽可能覆盖系统的各个业务

大量数据并发的测试准备

系统中各个功能、业务的异常情况

  1. 符合正常业务惯例

测试数据兼顾各种业务变化的可能

  1. 贴合实际业务

数据的硕源,检查库表结构的合理性

  1. 健壮性

不符合格式的数据能给出正常的提示信息

  1. 缺陷库

缺陷库所示案例都需要有相关用例覆盖

2.用例设计方法

  1. 等价类
  2. 边界值
  3. 因果图
  4. 功能图

3.用例编写规范

格式参考禅道导出格式:

命名规范:功能模块,业务流程、场景进行名命(见名知意,不要有大量重复标题)

前置条件:系统权限,系统配置,注意事项,依赖项

操作步骤:测试的操作步骤描述(步骤5个以内)

期望结果:应该出现的结果

实际结果:描述实际情况

检查点:一个测试用例的检查点不超过5个

4.用例级别划分:

L1的测试用例是系统的基本功能,测试用例数量应当受到控制,占总体的用例小于20%。划分依据:该用例执行失败会导致多处重要功能无法运行

L2级别的用例是系统的重要功能,2级用例占总用例小于50%,划分依据:主要包括一些功能交互相关、各种应用场景、使用频率较高的正常功能

L3级别的用例是系统的其他功能,3级用例数占比小于25%。划分依据:和二级用例同等重要,只是使用频率没有2级高。(特殊字符,字符超长,消息超时,事务完整性,可靠性)

L4级别用例是比较偏的用例,占比小于5%。划分依据:一般不会使用到的用例,(例如消息超过系统配置最大限度时的分页,磁盘日志空间打满后的业务运行情况)

5.注意事项:

1.增删改的功能,需要查看对其他数据的影响,检查数据库具体数据

3.所有系统交互按钮都需要验证防抖节流

4.各个模块系统交互的唯一值判断,避免系统交互出现重复数据

4.并发的数据核查数据库结果。

5.导入导出的需要验证系统最大值

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值