有一些初始的小测试团队，对BUG单可能会进行重要程度的划分，但并不会进行类型划分，其实，如果不对BUG进行错误类型定义，项目经理或测试经理并不好确认后续质量提升在哪方面进行改进，具体研发的哪个环节更需要进行改进。故此合理的对BUG单进行分类也是提交BUG的前提。以下是我整理的BUG类型分类情况：
进行BUG类型分类仅是第一步，作为WEB类的项目，一般情况下，明面上的二、三类问题，自测时容易发现且会完成修改，留到测试去提出的机率相对会少一点；而其它类问题常常因为开发时间不够或不重视等原因，大量的留给了测试阶段去提出；对于这类现象，负责的项目经理有时候是心有余而力不足；而不太负责的项目经理，有可能就睁一只眼闭一只眼；作为测试团队，想要提高提交版本质量，可以用以下几种方式去做尝试：
1.与项目组，确认清楚接收版本的准则，即让项目组成员都清楚存在哪些问题，版本是会打被回。
2.提供P0用例给到开发，提高开发的自测质量；
3.整理不同开发重复出现的问题，与项目经理商议每个问题的具体代码上的处理方案，整理为项目组内的知识点，在开发团队中进行宣导或组织专题会议进行讲解。
4.对于严重影响测试工作效率或反复出现的问题单，可以适当的提高问题单的严重程度，以引起项目组的重视。
以上，是个人愚见，欢迎大家一起留言交流！
版权声明：本文出自51Testing会员投稿，51Testing软件测试网及相关内容提供者拥有内容的全部版权，未经明确的书面许可，任何人或单位不得对本网站内容复制、转载或进行镜像，否则将追究法律责任。
