本文主要讨论了测试中BUG发现率及严重程度重定义，BUG等级划分建议：

目前project上的BUG严重程度分为五个等级，按照CMM5中定义的规范，BUG严重等级可分为3-5个等级，由于我们公司的CMM水平还处于初级阶段，将BUG等级划分过细不符合我们当前的CMM水平，同时也不利于测试人员对BUG等级的精确划分。根据我们公司的情况，同时参照其它中小公司的等级划分标准，建议将BUG等级划分四个等级，分别为致命、严重、一般、提示。

● 致命(可对应目前BUG体系中的“非常严重”)：

致命性问题主要为：系统无法执行、崩溃或严重资源不足、应用模块无法启动或异常退出、无法测试、造成系统不稳定。

具体基本上可分为：

○ 严重花屏

○ 内存泄漏

○ 用户数据丢失或破坏

○ 系统崩溃/死机/冻结

○ 模块无法启动或异常退出

○ 严重的数值计算错误

○ 功能设计与需求严重不符

○ 其它导致无法测试的错误

● 严重（可对应目前BUG体系中的“严重”）

严重性问题主要为：影响系统功能或操作，主要功能存在严重缺陷，但不会影响到系统稳定性。

具体基本上可分为：

○ 功能未实现

○ 功能错误

○ 系统刷新错误

○ 语音或数据通讯错误

○ 轻微的数值计算错误

○ 系统所提供的功能或服务受明显的影响

● 一般（可对应于目前BUG体系中的“普通”）

一般性问题主要为：界面、性能缺陷

具体基本上可分为：

○ 操作界面错误（包括数据窗口内列名定义、含义是否一致）

○ 边界条件下错误

○ 提示信息错误（包括未给出信息、信息提示错误等）

○ 长时间操作无进度提示

○ 系统未优化（性能问题）

○ 光标跳转设置不好，鼠标（光标）定位错误

● 提示（可对应于目前BUG体系中的“轻微及建议”）

提示性问题主要为：易用性及建议性问题

具体基本上可分为：

○ 界面格式等不规范

○ 辅助说明描述不清楚

○ 操作时未给用户提示

○ 可输入区域和只读区域没有明显的区分标志

○ 个别不影响产品理解的错别字

○ 文字排列不整齐等一些小问题

○ 建议

注意：对于结构及硬件问题，由于产品测试部仅是进行辅助测试，碰到此类问题时，均将于定位于等级“致命”，具体情况由结构及硬件部门相关人员确认。