很多公司,问题单提单量是绩效考核的很大一部分,甚至占到了90%或更高,这就导致了比较奇葩的现象:问题单提单量高,解决率却很低。这么说有点诛心的味道,实际工作中怀揣这种
问题1: 复现不了的问题
a. 昨天必现的问题、今天复现不了;
b. 生产环境必现的问题、测试环境复现不了;
c. 测试人员必现的问题、开发人员复现不了;
d. 一套环境必现的问题、另一套环境复现不了;
问题2: 自己的问题复现不了
A:发现的问题很多,也很严重,最终复现不了需要攻关解决、降级处理的也不少
B : 提交问题比A可能稍少也可能多,大部分问题在提交之前就分析的很透彻,甚至点出了问题的原因、出现的条件和场景,最终问题全部高效、及时的得到了解决。
出现以上问题的原因是什么?如何解决?下面一步一步说。
一、出现上述问题的原因
经过这些年工作的积累,以及与各领域测试同行的交流,问题复现不了的原因不外乎下面几个:
- 绩效导向,提单量影响绩效考核
- 问题是伴随出现的,不知道何时出现、如何出现的
- 你觉得你知道了根本原因,实际上你不知道
- 系统日志记录不完善、或者根本没有打开
- 测试过程全程无记录
- 问题单缺乏关键信息
- 高并发、多线程、异步调用复现概率低的问题
- 黑天鹅问题
二、解决问题的思路
1. 绩效导向问题
很多公司,问题单提单量是绩效考核的很大一部分,甚至占到了90%或更高,