1、BUG类型划分
功能类、界面UI类、性能类、兼容性类、易用性类、其他
2、BUG等级划分
1）致命错误
- 导致系统崩溃、挂机、死机或死循环等
- 造成数据泄露的安全问题，比如恶意攻击导致数据泄露
- 涉及金钱的问题
2）严重错误
- 重要功能无法实现
- 错误涉及到的模块太多，影响到了其他模块的重要功能实现
- 非常规操作导致的死机、崩溃以及挂起等
- 外观难以接受的缺陷、密码明文显示等
3）一般错误
- 次要功能无法实现
- 操作界面错误（包括数据窗口内类名定义、含义不一致）
- 查询结果错误，数据错误显示等
- 简单的输入显示未放在前端进行控制而放到了后台（非空、大小、长度以及数据类型等）
- 删除操作或一些敏感操作未给出二次确认提示等
4）细微错误
- 界面排版不规范
- 辅助信息说明描述不清楚
- 界面存在文字错误
- 提示窗口文字不够专业规范
5）改进建议
对系统优化以及提高用户体验等提出的建设性建议，包括了对需求的改进等
3、BUG跟踪管理流程
发现BUG > 提交BUG > 指派BUG > 开发确认是否为BUG >
1）若是BUG > 是否解决 > 是 > 回归验证BUG > 是否通过验证 > 若通过则关闭BUG，否则重新激活BUG并重新指派开发
2）若是BUG > 是否解决 > 否 > 不予解决，或延期解决
3）若不是BUG > 更改BUG状态为设计如此、重复、无法复现等并备注原因
4、特殊类型的BUG确认
1）设计如此：
①测试人员再次确认需求文档说明书的内容
②如果需求说明书描述不明确，询问产品或业务人员。若确认设计如此，则关闭BUG；若与需求不符，跟开发沟通激活BUG并备注说明
2）重复BUG：
①确认开发操作环境是否与测试环境一直
②确认开发的复现步骤是否正确
③确认开发描述重复的问题是否与自己备注的一直
④若确认是重复BUG，保留提早较早的BUG，关闭自己后面提交的重复BUG
3）无法重现的BUG：
①确认开发的操作环境是否与测试环境一致
②确认开发的复现步骤是否与测试时一致
③BUG先暂时不关闭，并跟踪一段时间。若还是无法重现BUG，直接关闭BUG。若BUG只是偶尔出现，后续测试应当重点关注此模块，并找到BUG复现的规律原因等
4）不予解决的BUG：跟业务或产品人员进行确认，并让其备注不予解决的原因并由测试人员关闭BUG
5）延期解决的BUG：让开发备注并说明原因