如何将bug归类并与开发人员沟通
想将多个项目发现的bug整理一下，再将它们反应给开发人员，让他们避免产生重复的和不该发生的bug.大家交流一下，有哪些类型的bug?:handshake
按照bug产生的原因来分
可以按照bug产生的原因来分，那样比较对开发人员的思路，不过我觉得这样做想法比较好，主要看怎么组织，如果单纯发邮件效果不一定好，因为很多程序员不看重这个，或者根本不看，我以前就做过这个工作，很多人都不去认真看，不过如果把它搞成一个小组讨论资料的话，效果可能会更好。 我个人觉得这样的BUG应该是容易避免的，如界面上的小问题,就逻辑方面的话就是那些边界性的问题了。所以我认为可以根据BUG的难易来分.就测试人员来看 ,问题被发现的难易.
对于开发对待的态度,那需要测试负责人与开发项目负责人的有效沟通了。
回复 3# 的帖子
这个建议不错，我是没想过根据ＢＵＧ被发现的难易程度来分类，不过这个可能跟测试人员的经验，细心和对项目的了解程度相关，但某些确实是可以被确定的． 如果说有通用分类的话，只能分为：个人细心、技术难度、理解误区。想细分的话，就要看各自团队的实际工作内容了， 目前我是根据产品的某些特性来做分类的。
页:
[1]
