测试必会：BUG的分类及推进解决

有一些初始的小测试团队，对BUG单可能会进行重要程度的划分，但并不会进行类型划分。

其实，如果不对BUG进行错误类型定义，项目经理或测试经理并不好确认后续质量提升在哪方面进行改进，具体研发的哪个环节更需要进行改进。

故此合理的对BUG单进行分类也是提交BUG的前提。以下是我整理的BUG类型分类情况：

版本提交问题

与版本提交相关的问题：

1. 程序文件或数据库脚本提交错误

2. 程序文件缺少或数据库脚本缺少

3. 未提交相关文档或文档提交错误

4. 相关文档不详细

5. 版本号错误

需求问题

涉及到在需求阶段引入的问题：

1. 需求文档中有需求点遗漏造成的问题

2. 需求文档中不合常理而造成的问题

3. 需求文档自相矛盾等产生的问题

功能问题

所有影响功能无法正常使用的问题：

1. 没有实现需求所要求的功能

2. 实现的功能超出需求范围

3. 功能实现与需求不符

4. 功能不能正常实现或不能正常操作

5. 数据库不能正常存储或存储值不正确

6. 界面不能正确回显已输入的值

7. 数据不能及时刷新

8. 链接或下载错误

异常处理问题

对于异常数据、异常操作的相关处理：

1. 无信息合法性检查

2. 无对关键字段判重

3. 无数据长度检查

4. 异常操作无进行相关处理

5. 程序异常未进行处理或处理不正确

UE问题

所有影响用户视觉/操作上的体验问题：

1. 界面文字错误或缺少

2. 提示信息不清、错误或缺少

3. 界面风格、布局不统一

4. 操作不方便

5. 操作方式不统一

性能问题

有关操作响应、稳定性等方面有相关问题：

1. 操作反应速度慢

2. 长时间使用后不稳定

3. 数据量过多时进行相关操作无反应或造成出错

安全性问题

涉及到加密、session过期、口令验证、权限等相关性问题：

1. 数据的存储、传输加密问题

2. Session过期时间判断

3. 页面访问权限控制

4. 帐号登录唯一性检查

5. 用户登录密码验证、密码修改验证等

兼容性问题

涉及在不同的软件版本或硬件下使用出现的问题：

1. 与操作系统版本不兼容

2. 与浏览器版本不兼容

3. 与其它相关的软件版本不兼容

4. 与硬件不兼容

建议性问题

包括功能性或操作性建议：

1. 功能性建议

2. 界面/操作性建议

进行BUG类型分类仅是第一步，作为WEB类的项目，一般情况下，明面上的二、三类问题，自测时容易发现且会完成修改，留到测试去提出的机率相对会少一点。

而其它类问题常常因为开发时间不够或不重视等原因，大量的留给了测试阶段去提出。对于这类现象，负责的项目经理有时候是心有余而力不足，而不太负责的项目经理，有可能就睁一只眼闭一只眼。

作为测试团队，想要提高提交版本质量，可以用以下几种方式去做尝试：

1. 与项目组，确认清楚接收版本的准则，即让项目组成员都清楚存在哪些问题，版本会被打回；

2. 提供P0用例给到开发，提高开发的自测质量；

3. 整理不同开发重复出现的问题，与项目经理商议每个问题的具体代码上的处理方案，整理为项目组内的知识点，在开发团队中进行宣导或组织专题会议进行讲解；

4. 对于严重影响测试工作效率或反复出现的问题单，可以适当的提高问题单的严重程度，以引起项目组的重视。

以上，是个人愚见，欢迎大家一起留言交流！