Bug 类型：
这里缩小范围，单指我们测试人员在测试过程中发现的缺陷，发现产品缺陷其实就是测试人员工作的主要目的。当然，你要确定一个问题的类型，也需要对项目（或产品）有比较深的理解。是代码缺陷还是设计缺陷有时候就不太容易区分，当然，这个划分，对于开发定位问题影响很小，但对于问题类型的统计就比较重要了。
下面看一些常见的分类：
划分方式一：
代码错误
设计缺陷
界面优化
配置相关
安装部署
性能问题
标准规范
测试代码
其它
划分方式二：
功能类（function）
性能类（performance）
界面类（UI）
易用性类（usability）
兼容性类（compatibility）
其它（else）
这个分类当然是可以自定义的，具我接触的缺陷管理都是可以自定义的，既然是对问题的管理，那么你当然可以拿来做特定环境下的系统来使用，或我就想用这个系统来指派任务，那么我的自定义类型为前端任务、后端任务、测试任务、配置部署...
缺陷等级
缺陷等级，这个划分也比较灵活，有分三级或四级，也有分五级的。
致命
一招毙命的缺陷，使你的系统无法运行，有造成数据泄漏的安全性问题。
严重
可以引起易于纠正的异常情况、可能引起易于修复的故障或对产品外观难以接受的缺陷。
一般
指不影响产品的运转和运行、不会成为故障起因，但对产品外观和下道工序影响较大的缺陷
轻微
轻微缺陷是指对产品外观和下道工序可能会有轻微影响的缺陷
建议
增加用户使用体验的建议性问题。（一般情况下，建议也为做为缺陷的一种。这个跟系统的类型与需求有关）
