复现 你发现的缺陷（Bug）为什么总是难以复现？

啄木鸟软件测试培训网络:www.3testing.com

本文来自:领先测试软件测试网

思考

问题1:无法重现的问题

A.昨天一定出现的问题，今天无法重现；

B.生产环境和测试环境中必须出现的问题无法重现；

C.测试人员必须呈现的问题，开发人员无法重现；

D.一套环境必须发生的问题，另一套环境不能重现；

问题2:我无法重现自己的问题

答:发现的问题很多，而且非常严重。最后，还有很多问题需要解决和降级

b:提交的问题可能比a少，也可能比a多，大部分问题在提交前都经过了透彻的分析，甚至指出了问题的原因、条件、场景。最后，所有问题都得到了及时有效的解决。

出现上述问题的原因是什么？怎么解决？下面一步步来。

一、上述问题的原因

经过多年的工作积累和与各领域同行的交流，问题无法重现的原因无非如下:

以绩效为导向，提单数量影响绩效考核

问题是伴随的，不知道什么时候，怎么出现的

你以为你知道根本原因，但事实上你不知道

系统日志记录不完整或根本没有打开

整个测试过程没有记录

问卷缺少关键信息

高并发性、多线程和异步调用的低重复概率

黑天鹅问题

二、解决问题的思路 1. 绩效导向问题

在很多公司，提单数量在绩效考核中占很大一部分，甚至占到90%以上，这就导致了一个奇怪的现象:提单数量高，但解决率很低。这是一颗完整的心。实际上，在实际工作中，很少有人有这种想法。这个结果是在一个特定的考核机制下自然形成的，其中很多人可能并没有意识到。

和我们平时说的一致:有政策在地上，有对策在地上。比如第二套房，大家排队离婚。

姿态:以高价值为导向，绩效考核是实现测试价值的手段

A.提交问题的目的是解决问题，改善用户体验。这样，测试人员不仅会从技术角度分析产品的实现，还会从易用性等各个角度度量产品。

测试的乐趣在于发现和定位问题的过程。一般喜欢刺探小道消息，找出问题根源的人，在测试中表现都很好。

现在很多公司都调整了自己的绩效考核指标，比如阿里，重点是推出后的产品质量、测试效率和个人成长。虽然最后一点有点假，但是从阿里系出版的技术作品来看，价值观的引导确实做得很好。

问题的数量可以作为产品质量评价的一个数据来衡量产品的质量，但前提是有代码缺陷密度等基线数据作为支撑，而不是头部。

2. 伴随出现的问题

测试的时候，有明确的目的。这个用例测试的目的是什么，会出现什么样的现象？很容易重现和定位计划的问题。但是，当问题出现时，你无法在第一时间抓住它们，直到它们产生破坏性的影响，你才能察觉到问题的存在。不知道是什么时候被什么操作和事件触发的。这种问题很容易演化，很难重现。

姿势:

保持冷静，不要激动，保持现状

想想看:你对它做了什么？这是为什么？他们是什么关系？在哪里，什么操作，什么事件可能触发？

你想明白了吗？不懂就请别人一起思考。

不管你想不想理解，记录下所有的运行记录，组网，数据，配置，状态

尽量在不破坏环境的情况下验证想法；如果问题严重，考虑另一个环境验证；

思路验证后，简化环境验证问题，找到问题的触发条件

3. 几个自作孽的问题

以下问题只要严谨就可以避免:

你以为你知道问题的原因，但事实上你不知道

系统日志未打开

系统日志记录并不完美

测试环境、配置文件和环境数据未被保留

没有操作过程的记录

问卷缺少关键信息

所有这些原因都可能导致问题不可重复。发现问题后，分析问题的正确姿势:

先别担心问问题

回想一下是什么事件、行动或环境变化引发了这个问题。要是你有一座记忆宫殿就好了。

查看相关日志和作业记录进行验证

根据问题的重要性保存关键信息

在现有环境中验证

找到稳定复发的条件

不断简化环境和繁殖条件

找到问题的确切触发条件和最简单的环境

提交包含所有必要信息的问题

对于热爱测试的工程师来说，这个过程充满乐趣，但要有严格的逻辑思维能力，对被测系统的运行机制有深刻的理解。找出原因后，你可能会得出结论:为什么开发会犯这么低级的错误；开发对协议有不正确的理解；开发在处理这样的数据上有问题，等等。然后你可以告诉开发者，你的代码处理这个数据有问题，你的虚荣心会得到一点满足。

你有没有觉得在定位复杂问题的时候，关键信息总是在日志系统中缺失，而有些信息总是不重要，所以软件的可维护性还有很长的路要走。

另外，有些公司的崩盘问题不用赘述，信息足够了。你的公司能做到吗？

4. 高并发、多线程、异步调用复现概率低的问题

这样的问题即使有日志信息，也很难用一般的方法定位，因为大容量、高并发、异步处理打乱了原有的惯性逻辑思维。

比如系统记录了指针异常的问题，有堆栈信息，知道哪个指针是空，但是不知道怎么造成的。检查初始化后，完全没有问题。在这种情况下，不能简单的通过返回NULL来解决，所以有可能用户得到的数据是空。虽然概率很低，但是会影响用户体验。尤其是初创公司，在激烈的市场竞争中，用户体验差无异于自掘坟墓。

姿势:同事不可能单独测试这样的问题，一定要和资深开发同事一起分析。主要思路是提高复发概率，逐步缩小问题范围，最终定位问题。流量控制可以用来模拟消息错误或异常，比如如何得到异常的想法，如何增加客户端的访问量，如何减少服务器的资源，如何怀疑网络问题。也就是说，如果遇到具体问题，要根据问题现象进行具体分析，进行有针对性的验证。

性能测试工程师在互联网/移动互联网行业非常重要

5. 黑天鹅问题

为了避免这样的问题，可以多拜观音菩萨，如果拜了可以买彩票

测试人员要以正确的价值观为指导，做事严谨，有一定的技术实力来支撑。

我的淘宝班:

顾襄樊说:

所谓测试就是两个字:“测试”和“尝试”。考验是为了证明真理，尝试是为了证伪。

啄木鸟软件测试和培训中心，侧重于五门课程:

初级:

1.你也想当软件测试工程师吗~软件测试基础课

中级:

2.软件测试工程师必须掌握的技能~软件测试设计方法的实际应用。

高级:

3、让你的程序运行更快~软件性能测试

4、让你发现更多bug~ ~探索性软件测试

5、让用户爱上你的产品~用户体验测试