软件测试—回归测试用例选择方法

前言

相信大多数测试员已经知道回归测试对于交付优质产品的重要性。测试用例是回归测试计划的主要元素,对使其成功的贡献最大。因此,不可避免地要选择最合适的测试用例来获得最好的结果。所以这里有一些想法供你思考。

1、回归测试就是修改完bug后对程序的新一轮测试。

根据微软的统计,按照他们的经验,一般 开发人员解决3~4个bug会衍生出一个新的bug,这就是必须作回归测试的原因。

2、一般的软件测试流程是后期快速迭代的,bug在后期是快速收敛的,debug和测试的周期也是越来越短,频率是越来越高,

譬如说第一轮测试需要花上10天跑用例,那么到后期就没那么长的时间,可能就是1~2天的测试时间,在后期有时候一天就有一个新版本,这时候就要求 测试人员能快速的进行一轮回归测试。

3、一般来说,覆盖越高,风险越低,但是效率就越差,反之亦然。如果时间允许的话,能把所有用例都再跑一遍最好不过,但是一般不会有这个时间,这就需要在效率和覆盖间找一个适当的平衡,选择一部分用例来进行回归测试。

回归测试时需考虑效率和覆盖度有效配合,通常的策略有以下几种:

基于风险选择测试:

 ①哪些功能是软件的特色?
②哪些功能是用户最常用的?
③哪些功能出错将导致用户不满?
④哪些程序是最复杂、最容易出错的?
⑤哪些程序最容易扩散错误?
⑥哪些程序是开发者最没有信心的?

只有有效的避免最大的风险,用户反感的问题,回归测试可以说达到了70%任务!

回归测试优先选择的测试用例:

①新修改的功能,这个显然是重点

②新修改的功能的关联功能,就是有耦合的部分,这个一般最好咨询一下开发人员

③程序最有卖点或者说亮点的部分,这个地方一旦有问题,会使程序 质量大打折扣

④程序中最致命的部分,譬如说 安全隐患,数据泄露,加密注册

⑤程序中比较脆弱的部分,这个要咨询开发人员,一般就是他们心中最没底的地方

⑥程序的主干功能

⑦如果以上做完,还有时间的话,最好把用例中级别比较高的用例再执行一遍。

 

总结:

感谢每一个认真阅读我文章的人!!!

作为一位过来人也是希望大家少走一些弯路,如果你不想再体验一次学习时找不到资料,没人解答问题,坚持几天便放弃的感受的话,在这里我给大家分享一些自动化测试的学习资源,希望能给你前进的路上带来帮助。

软件测试面试文档

我们学习必然是为了找到高薪的工作,下面这些面试题是来自阿里、腾讯、字节等一线互联网大厂最新的面试资料,并且有字节大佬给出了权威的解答,刷完这一套面试资料相信大家都能找到满意的工作。

 

          视频文档获取方式:
这份文档和视频资料,对于想从事【软件测试】的朋友来说应该是最全面最完整的备战仓库,这个仓库也陪伴我走过了最艰难的路程,希望也能帮助到你!以上均可以分享,点下方小卡片即可自行领取。

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

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

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

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值