测试用例的重要性

        由于公司目前处于探索阶段,所以口头需求比较多,经常会有一句话需求和两行字的需求,由于存在大量的一句话需求,对这种小需求就不能再走正常的流程,负责就太浪费时间得不偿失了,但是不写case直接上手测试的话,会存在没有仔细考虑而遗漏的的点,结合自身的案例来谈一谈,一句话需求需不需要测试用例。

        对于我们刚起步的情况,几乎每个星期都会有好几个一句话需求,并且需求当天提出,有的就当天就提测,目前我测试一句话需求有二三十个左右,虽然都是很简单的需求,但是在测试过程中没有测试用例的加成,还是会存在没有测试到的地方,比如需求时:咱们仓库有三个,广东一个,安徽一个,上海一个,根据用户的地址发送到不同的地方,哪一个地址对应的发送仓库表格提供给你。需求就这么多,该怎么测试呢?
        我自身的测试是,app上有6种存在的情况,然后切换不同的地区,对应的发送位置如何变化进行测试的,每一个省都会选取其中的两三个进行测试,如果发货地址为高风险地区的会提示用户暂无快递,这是我测试的场景
        遗漏场景:当用户没有发货地址的请款,看似这个不太可能,但是在上线后,报警群里确实出现了这样的报警了,所以在进行测试的时候,还是根据测试用例一个一个的过是最好的选择

        如果存在一句话需求,今天提出今天上的情况,还是尽可能的写一个测试用例,虽然覆盖率可能没有那么高,但是比自己想着测试的时候的情况还是会更安全一些,尽量灵活对应,测试用例最好不要省

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

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值