软件测试中遇到不能复现的BUg怎么办

软件测试中遇到不能复现的BUg怎么办

所以这次就给大家讲讲，咱们测试在遇到这种情况的时候，该怎么去处理。

一般来说，不能复现的bug有两种：

第一种：

测试阶段，执行了一个用例未覆盖的场景，或者是随机测试时，盲目地点点点，但凡产生了bug，特别容易忘了自己操作过什么，所以针对这种情况，通常根据bug的现象和当前的操作页面，可以大概推断出进行了哪些操作，尝试几次可能路径后，一般会找到导致缺陷的步骤。

但是也存在不管怎么操作都没法复现刚才的bug的情况出现。

第二种：

对于已经提交给开发的bug，在开发环境怎么也没有办法实现复现，开发要求关闭该bug，这种情况，就要分析提交给开发的bug描述是否精准，有没有必要的前置条件，操作步骤是否详细，是否提供了必要的截图信息。排查测试环境与开发环境的配置是否完全相同，可以让开发那边在测试环境里验证通过了再关闭该bug。

一些比较年轻的测试人员，在遇到第一种情况时，会觉得这种 bug 的概率非常小，可以不用提交 。而且，开发人员有时候也会要求得有重新路径才能提交 bug，一旦出现问题，不用想，背锅的肯定是测试了。

那么，作为一名专业的测试人员，应该如何应对这类情况呢?

1.当遇到非必然重现的 bug ，千万不能忘了提交，这很重要，而且还要在 bug 单中说明复现的概率。

2.发现bug以后，要去分析它出现的原因，多尝试其可能出现的步骤，排除环境和自己电脑配置的原因，也可以寻求开发的帮助，让开发对相应地方的代码进行检查，看一下是否可以通过代码层面找出问题起源。

3.如果做了以上操作还未复现，那就需要在接下来的测试中，时刻保持关注，每次执行差不多的步骤时，看下是否会复现之前的 bug 。

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

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

作为测试工程师，不断提升自己工作能力是提高薪资待遇最重要的基础。另外学习也是不能停下的，IT 行业是个不断发展、更新迭代相对较快的行业，技术具有明显的时代特征，所以紧跟时代技术的发展才能让自己不掉队，在职场当中具有足够的竞争力。