关于线上bug评价的问题

add1231

首先明确下线上bug评价的目的是不断改进测试工作、提高测试质量，以提供更好的产品。大家都是如何评价产品上线后发现的bug呢？PS：该bug未在测试过程中被发现。

luming

总结经验教训，以后不再犯同样的问题即可。
bug总是不可能抓完的。

havards

说是这么说，但是谁都会认为是测试的问题。
你说的这个属于测试遗漏问题，建议你下次发帖改下关键字，这样进来的人估计会多点...
发布后的产品在用户那里发现的缺陷有两类：
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

其实很多人都在进入一个误区，总是出问题之后找谁的错，其实知道谁的错又如何，人非圣贤，孰能无过！
我认为关键是找出问题原因，吸取教训，以免以后再犯错误，这个才是企业成功的必要因素！