问题1: 复现不了的问题 问题2: 自己的问题复现不了 出现以上问题的原因是什么?如何解决?下面一步一步说。 一、出现上述问题的原因经过这些年工作的积累,以及与各领域测试同行的交流,问题复现不了的原因不外乎下面几个:
二、解决问题的思路1. 绩效导向问题很多公司,问题单提单量是绩效考核的很大一部分,甚至占到了90%或更高,这就导致了比较奇葩的现象:问题单提单量高,解决率却很低。这么说有点诛心的味道,实际工作中怀揣这种想法的人其实非常少,这种结果是特定的考核机制下自然形成的,很多身处其中的人可能并没有意识到。
姿势: 高大上的价值观引导,绩效考核方式是落实测试价值观的手段 现在很多公司已经调整了绩效考核的指标,比如阿里同学,重点考核的是上线发布后产品的质量、测试的效率、个人的成长。虽然最后一点有点虚,但是从现在阿里系出版的技术作品看,价值观引导确实做得好。
2. 伴随出现的问题执行测试时都有明确的目的性,这个用例测试的目的是什么,怀疑会出现什么样的现象。出现计划内的问题,是很容易复现和定位的。但伴随出现的问题,你一般不能第一时间抓住它,直到它产生了破坏作用,才能感知到问题的存在。它是在何时因为什么操作出现、什么事件触发的,不知道。这类问题就比较容易演化为难复现问题。 姿势:
3. 几个自作孽的问题下面这几个问题,只要做事严谨是可以避免的:
以上这些原因都可能导致问题无法复现。发现问题后,分析问题的正确姿势:
对于热爱测试的工程师来讲,这个过程是充满乐趣的,但是要有严密的逻辑思维能力和对被测试系统运行机制的深刻理解。找到原因后,你可能会得出这样的结论:开发为什么会犯如此低级的错误;开发对协议的理解有误;开发对此类数据的处理有问题等等。然后你可以跟开发说,你哪里的代码处理这个数据有问题、你哪里哪里理解错误,虚荣心会得到小小的满足。
4. 高并发、多线程、异步调用复现概率低的问题此类问题即使有日志信息,因为大容量、高并发,再加上异步处理打乱了原有的惯性逻辑思维,是很难用通用的方法定位出来的。 姿势:此类问题测试同事是不太可能单独搞定的,一定要伙同资深开发同事一起分析(一般你不叫他他也会过来,这类问题是很有吸引力的)。主体思想是先提高复现概率、一步步缩小问题范围,最终定位出问题。具体思路怎么变态怎么来,客户端加大访问量、服务端减少资源、怀疑是网络的问题可以使用traffic control模拟报文错误或异常。说随如此说,碰到具体问题还是要具体分析,根据问题现象,进行有针对性的验证。
5. 黑天鹅问题为了避免碰到此类问题你可以多拜拜观音菩萨, 如果真碰到了就去买彩票 测试人要有正确的价值观引导,做事严谨,并且要有一定的技术实力做支撑。 |
|
来自: wanglh5555 > 《待分类》