不好重现的bug怎么办?
有个bug无法重现。当时在发现这个问题的时候我就跟开发讲过,还专门拿着当时候出现的问题给他看,而且他当时也操作确实有这个问题,后来第二天的时候一直没有办法再重现,开发那边说无法再次重现bug,不能打log日志,现在对于这个问题怎么办 严重吗? 判断严重级别,根据级别已经重现需要的代价决定是否继续重现 借助白盒测试去分析。 一般情况下是根据BUG的影响程度进行考虑,可忽略的BUG就不必浪费大量的人力及时间去重现了,毕竟还有其他更重要的工作需要进行。。 你当时就应该截图或者视频录制,以此为据,把环境条件、概率、操作步骤、结果详细记录下来。。。 1.作为测试人员在遇到问题时不管开发有没有看过,你都要留下图片或者录像2.无法重现的问题有概率性,比如做了几次出现几次
3.详细记录你出现问题时的前后步骤,包括系统环境,软硬件环境,你的操作步骤等
4.无法重现的问题不能因为不再出现就不做处理
以上为个人理解 我的建议是先分析那个不可重现的BUG是否严重,如果在重现出来了的情况下值得修复。
这个可以测试方进行分析,不过最好是和开发方一起分析严重级别。
当不严重,不值得修复的情况下,不必重现。
当严重且需要修复,再想办法进行重现,可借助多种重现方案(包括开发支持) 不严重的话,可以考虑暂且放置一下,日后出现类似的情况时,记录下环境、操作步骤等。 经常遇到这种事实,因此测试在测试时就要注意对缺陷的确认工作,保证测试数据正确,测试环境的稳定,测试环境只允许测试人员使用,不允许研发在测试环境下跟踪代码等等 判断严重级别,还有版本发布的急缓,实在不行只是让开发检查代码 吃一堑长一智
治肾亏,不含糖 楼上各位都说了 很高很高干活呢 很高很高干活呢 很高很高干活呢 反正BUG,已提交,测试完活了,木责任,木负担 我们这里无法重现就无法重现了必现的bug也会延期处理。 太多太多bug了 回复 17# a625152353
经典
页:
[1]