目的

对 BUG 概念、类型划分、 BUG 状态、 BUG 严重程度等内容进行定义和规范，以便进一步指导我们的测试工作。

概念

BUG ：软件中存在的瑕疵，可能会导致系统失效。简单的说就是软件系统中存在的可能导致系统出错、失效、死机等问题的错误或缺陷。

BUG提交要求

版本项：测试开始定义本次测试的版本号，测试总结要体现出来。
测试项：主菜单+次菜单+次次菜单
缺陷说明：操作步骤+错误内容+原因说明（可选）
BUG分类

1、功能错误
以需求说明书为参照，未达到或未完成需求说明书所描述的功能即为功能错误。

2、编码错误

在系统运行中出现各类系统报错以及出现死机、不能工作、没有反应的现象即为编码错误。

3、数据库错误
系统中各类查询数据、插入数据、更新数据时出现的数据库中表结构，视图、索引等不对引起的错误。

4、可操作性错误
可操作性，应用方面的错误

5、界面问题

窗口各控件布局，字体显示等界面不美观，界面、消息提示不友好、不准确等。A. 界面不美观 B. 控件排列、格式不统一 C. 焦点控制不合理或不全面

6、合理化建议
测试者认为有更好的实现方法，检校建、 说明方面的建议。

7、组件错误
测试创业组件产生的错误

8、其它错误
各类文档、帮助的错误。

BUG严重程度

灾难性——系统崩溃，数据丢失，由于程序所引起的死机、非法退出，死循环，数据库发生死锁，错误操作导致的程序中断，严重的计算错误，与数据库连接错误，数据通讯错误

严重的——操作出错，系统功能错误或遗漏；程序接口错误、数据流错误 、轻微数据计算错误

一般的——错误操作提示，界面错误，打印内容、格式错误，简单的输入限制未放在前台进行控制，删除操作未给出提示，数据输入没有边界值限定或不合理。

微不足道——不影响系统功能，更好的操作方式，罕见的错误，辅助说明描述不清楚，显示格式不规范，系统处理未优化，时间操作未给用户进度提示，提示窗口文字未采用行业术语

BUG优先级

高（立即修证）—停止测试，立即修证，修证完毕后进行测试
中（尽快修证）—在版本发布之前必须修改BUG
低（短期内修证）—在项目允许时间范围内修证（项目经理确认）
下阶段修证—BUG推迟到下一阶段修证
附： BUG参考分类

1.功能类

A.重复的功能 B.多余的功能 C.功能实现与设计要求不相符 D.功能使用性、方便性、易用性不够

2.界面类

A.界面不美观 B.控件排列、格式不统一 C.焦点控制不合理或不全面

3.数据处理类

A.数据有效性检测不合理 B.数据来源不正确 C.数据处理过程不正确 D.数据处理结果不正确

4.流程类

A.流程控制不符和要求 B.流程实现不完整

5.提示信息类

A.提示信息重复或出现时机不合理 B.提示信息格式不符和要求 C.提示框返回后焦点停留位置不合理

6.建议类

A.功能性建议 B.操作建议 C.检校建议 D.说明建议

7.性能类

A.并发量 B.数据量 C.压缩率 D.响应时间

8.常识类

A.违背正常习俗习惯的,比如日期/节日等

9.特殊类

A.不符合OEM版本或DEMO版本特殊要求的