如何处理不能复现的bug?

软件测试工作中常常会遇到不能复现的bug,遇到这种情况其实很正常,但是很多测试新手都按照自己的想法处理,没有提交bug,或者匆匆关闭bug。线上出现问题,就只能自己背锅了。

 

今天我们就说说,遇到这种情况,我们该如何应对。

 

 

首先,出现不能复现的bug,这里一般有两种情况

第一种,在测试阶段,执行了一个用例未覆盖的场景,或者随机测试,盲目点点点,一旦产生了bug,很容易忘记之前操作了什么。对于这样的情况,通常根据bug的现象和当前的操作页面,可以大概推断出进行了哪些操作,尝试几次可能路径后,一般会找到导致缺陷的步骤。

 

但是还有少量情况,无论怎么操作都无法复现刚才的bug。

 

第二种,对于已经提交给开发的bug,在开发环境怎么也复现不了,开发要求关闭该bug。这种情况,就要分析提交给开发的bug描述是不是准确详细,有没有必要的前置条件,操作步骤是否详细,是否提供必要的截图信息。排查测试环境和开发环境的配置是否相同,可以要求开发在测试环境中验证通过再关闭该bug。

 

 

一些没有经验的测试人员,在遇到第一种情况时,认为这种bug的概率非常小,可以不用提交bug。而且,开发人员有时候也要求必须有重新路径才能提交bug,这样一旦线上出现问题,背锅的自然就是测试了。

 

 

 

 

作为软件测试人员,正确合理的做法是什么呢?

1. 首先,在遇到非必然重现的bug,一定要提bug,并且要在bug单中说明复现的概率。

 

2. 在发现bug时,要分析产生的原因,尽量多尝试可能出现的步骤。排除环境和自己电脑配置的原因,比如浏览器的版本,系统的版本,等。还可以寻找开发帮助,让开发同学对相应地方的代码进行检查,看一下是否可以通过代码层面检查出问题。

 

 

3. 如果还未复现,在接下来的测试中,时刻保持关注,每次执行同样或者相近的步骤的时候,看下是否能够复现之前的bug。

 

4. 那些一直未能复现的bug,需要测试经理定期将这些bug汇总,选择优先级高的缺陷,组织开发人员和测试人员专门投入到复现问题。如果经过这样的专门复现依然不能复现,可以降低问题的优先级。如果在项目前期,跟踪至少3个版本,如果仍然无复现,可以暂时关闭该bug,备注说明并不是因为修复关闭,而是经过x个版本后不复现了。

 

5. 如果项目周期比较紧张,不能跟踪多个版本,那么bug就不能关闭,上线后及时关注用户的使用反馈,如果持续3或者4个版本没有出现,那么可以将bug暂时关掉了,同时关掉的时候要进行备注说明。 

  • 6
    点赞
  • 44
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
当开发人员不认可一个 bug 或者不同意其作为一个真正的 bug 时,处理方式可以根据具体情况而定。以下是一些可能的处理方式: 1. 澄清需求:开发人员可能会认为该 bug 是由于需求不清楚或者不准确导致的。在这种情况下,你可以与开发人员一起仔细检查需求文档,确保对功能的理解一致,并修正任何可能引起歧义的地方。 2. 提供更多信息:有时候,开发人员可能认为 bug 报告中的信息不足以重现问题或者确认其有效性。在这种情况下,你可以尝试提供更详细的信息,例如复现步骤、屏幕截图、错误日志等,以帮助开发人员更好地理解和解决问题。 3. 沟通与讨论:如果开发人员对 bug 的存在性持有不同意见,可以进行进一步的讨论和沟通。你可以通过会议、邮件或其他沟通渠道与开发人员交流,解释问题的重要性,理解他们的观点,并尝试达成共识。 4. 跟踪和优先级管理:如果开发人员坚持认为该 bug 不是优先级较高的问题,或者他们认为可以通过其他方式解决,你可以与开发团队一起讨论并确定该 bug 的优先级。在这种情况下,可能需要在 bug 跟踪系统中记录该问题,并在合适的时候重新评估其优先级。 最终,处理开发人员不认可的 bug 需要通过有效的沟通和协商来解决。重要的是保持开放的态度,尊重并理解开发人员的观点,并寻求达成共识的方法。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值