软件修改 bug后 测试范围,开发修改Bug,经常引起其他问题,Bug越测越多

在软件开发过程中,开发修改Bug时常导致新的问题。本文提出了4种策略来优化测试效率:1) 检查代码改动点并与开发沟通;2) 采用持续集成工具;3) 引入代码审查制度;4) 建立自动化回归测试。测试团队应具备一定代码能力,并考虑核心业务流自动化测试,以提高测试质量和效率。
摘要由CSDN通过智能技术生成

这是一条,来自某Tester在「软件测试圈」提问的真实问题 。由于这是一个非常典型的项目研发过程问题 。

为了给更多同学,做一些参考,把此文同步到公号「简尚」。

问题描述(此同学,问题描述的不错,如你不知道如何去提问,看提问的技巧):

开发修改Bug,经常引起其他问题,有时候还很严重。

针对此,麻烦老徐指点一下:“ 测试如何有重点地测,而不是一遍遍得犹如大海捞针。”

我征集了部门同事的意见,共收集到3条有效方法,请老徐予以评判。

1. “问开发,会引发啥问题,还需测试啥模块”,但开发经常说不全,会漏测 。

2. 分析这个功能的关联功能都有什么,重点回归业务相关联的 。

3. 根据以往测试经验,之前测功能A,引发过功能B的Bug,如果A再有问题,那就重点测B  。

补充,

还有一条,是部门总监分享过的:“具备相当的代码能力,通过拉代码,实时查看改动点,判断出会影响X个页面、X个功能、X个元素组件、有重点地测试”。

也请老徐判断这个方法能否解决问题,感谢!

作者:老徐,来源isTester.com,转载保留此段。

如上,来自某同学的完整提问,问题描述的也非常清晰,而且给出了4个可行性的方案,让帮忙选出一个可行的方案即可(这样的提问,才是靠谱的,找他人解答问题时,给选择题,而不是开放式大而泛的问题

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

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值