Bug 类型：

　　这里缩小范围，单指我们测试人员在测试过程中发现的缺陷，发现产品缺陷其实是测试人员工作的主要目的。当然，你要确定一个问题的类型，也需要对项目（或产品）有比较深的理解。是代码缺陷还是设计缺陷有时候不太容易区分，当然，这个划分，对于开发定位问题影响很小，但对于问题类型的统计比较重要了。

　　下面看一些常见的分类：

　　划分方式一：

　　代码错误

　　设计缺陷

　　界面优化

　　配置相关

　　安装部署

　　性能问题

　　标准规范

　　测试代码

　　其它

　　划分方式二：

　　功能类（function）

　　性能类（performance）

　　界面类（UI）

　　易用性类（usability）

　　兼容性类（compatibility）

　　其它（else）

　　这个分类当然是可以自定义的，具我接触的缺陷管理都是可以自定义的，既然是对问题的管理，那么你当然可以拿来做特定环境下的系统来使用，或我想用这个系统来指派任务，那么我的自定义类型为前端任务、后端任务、测试任务、配置部署...

　　缺陷等级

　　缺陷等级，这个划分也比较灵活，有分三级或四级，也有分五级的。

　　致命

　　一招毙命的缺陷，使你的系统无法运行，有造成数据泄漏的安全性问题。

　　严重

　　可以引起易于纠正的异常情况、可能引起易于修复的故障或对产品外观难以接受的缺陷。

　　一般

　　指不影响产品的运转和运行、不会成为故障起因，但对产品外观和下道工序影响较大的缺陷

　　轻微

　　轻微缺陷是指对产品外观和下道工序可能会有轻微影响的缺陷

　　建议

　　增加用户使用体验的建议性问题。（一般情况下，建议也为做为缺陷的一种。这个跟系统的类型与需求有关）