测试用例的设计思路

1、总体思路

先业务流再字段分解

先用逻辑串成线再分散到每个点,最后覆盖成面

业务流和逻辑从需求中来,点从公共用例中来,这样写用例时就只需要把握住关键的业务流和逻辑就行了,既能高效的写出测试用例,同时也能覆盖较全面,最主要的是很多公共的用例是让团队成员变得更默契

2、体现业务流程

第1步需要设计体现业务流程的测试用例,大概有几个用例来主要测试流程,同时这部分也可作为冒烟测试用例,通过这几个用例,大概能够清楚这个迭代的主要功能,业务逻辑是否正确

比如:以一个业务的流程为例:新增业务数据==》流转业务数据(可能会有不同的流转路径,需要同时覆盖,清晰体现)==》完成业务后的归档操作等

至少会有3个case来覆盖这3个场景,其中中间那个场景可能也是超复杂的场景,也是最重要的场景

3、体现业务流程中涉及到的页面的每一个字段的验证,同时关注前后的验证是否一致

第2步需要根据上面的业务流,对涉及到的页面按顺序进行每个字段的验证,正常的异常的,这里体现的就是我们经常说的各种测试方法了。

比如:一个列表页面,肯定有的筛选、列表、及列表的操作,这些基本都可以从公共用例库中得来

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

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值