关于线上bug评价的问题
首先明确下线上bug评价的目的是不断改进测试工作、提高测试质量,以提供更好的产品。大家都是如何评价产品上线后发现的bug呢?PS:该bug未在测试过程中被发现。 总结经验教训,以后不再犯同样的问题即可。bug总是不可能抓完的。 说是这么说,但是谁都会认为是测试的问题。
你说的这个属于测试遗漏问题,建议你下次发帖改下关键字,这样进来的人估计会多点...
发布后的产品在用户那里发现的缺陷有两类:
1.release note的缺陷,虽然是release note,但是用户一般不会看这个,我不管你是不是release note,但是我用就是不好使,你可别说用户蛮不讲理,人家付你钱了,虽然说你release note了,那也是不得已之举,实际上还是开发的问题。
2.就是测试遗漏的问题了,这个其实是必然会出现的问题,关键是发现遗漏问题如何处理,这个才是王道
对于遗漏问题,个人看法:
1.输入到缺陷管理系统
2.是否无效问题
3.有效的话,用户库是否可以覆盖
3.1 可以覆盖的话,模拟用户环境,看是否重现
3.1.1 如果能重现,则分析是什么原因导致发布前未测试出来,采取措施,以免以后再出现这样的问题
3.1.2 如果不能重现,转入无法重现处理流程(这种情况比较多)
3.2 如果用例无法覆盖:
3.2.1 分析是否测试用例设计方法有问题,或者需要增加新的用例设计方法
3.2.2 添加测试用例到用例库,再执行3.1
其实很多人都在进入一个误区,总是出问题之后找谁的错,其实知道谁的错又如何,人非圣贤,孰能无过!
我认为关键是找出问题原因,吸取教训,以免以后再犯错误,这个才是企业成功的必要因素!
页:
[1]