BUG严重级别解释规范

目的：测试工程师在提交Bug时，为选择Bug的严重级别的依据。

测试工程师在提交Bug时，需要选择该Bug的严重程度，不同的选项代表不同的严重程度，解释如下：

Ø Blocker
该Bug不仅造成本产品/项目异常，并且导致其他服务器、数据库、中间件、程序、操作系统等不能提供正常服务（包括客户端）。

Ø Critical
该Bug影响两个或两个模块以上的功能无法应用或者用例无法执行（不包括显示文字以及装饰内容。例如：一级菜单按钮文字，版权消息内容等）；

Ø Major
需求规格说明书中已描述，但是功能未实现，或实现功能与产品需求规格书不符。

Ø Minor
所实现功能，在需求规格说明书中没有定义，所实现功能如果存在缺陷将提出Bug，如果实现功能比较完美，不再提Bug。

Ø Trivial
装饰性问题，主要是界面方面问题，如错别字、画面误显示、页面显示变形或误动作，提示信息有误。

Ø Enhancement
产品易用性、美观性问题，属于用户体验，进行合理化建议。

注：1：报Major 与Minor类Bug的前提为，是否为功能性问题；（提示消息是否准确、有效不在此范围内）

2：提示信息类Bug报在Trivial中。注：如果需求文档中，对该提示信息有明确的样本，但程序实现与样本有差异，此类bug也属于Trivial类bug。

五、BUG优先级别解释规范

目的：测试工程师在提交Bug时，为选择Bug的优先级的依据。

测试工程师在提交Bug时，需要选择该Bug的优先级，不同的选项代表不同的优先程度，解释如下：

Ø P1 最优先修改的Bug。

注：此优先级别的Bug，如果不进行修改会影响到系统主要功能的测试，优先级别最高。

Ø P2 较为优先修改的Bug。

注：此优先级别的Bug，如果不进行修改，会影响到相关此组件其他功能的测试，优先级别较高。

Ø P3 一般优先修改的Bug。

注：此优先级别的Bug，如果不进行修改，说明该功能没有实现或实现有错误，优先级别一般。

Ø P4 次优先修改的Bug。

注：此优先级别的Bug，如果不进行修改，不影响主要功能，属于页面美观和易用性的问题。

Ø P5 最不优先修改的Bug。

注：此优先级别的Bug，不影响主要功能，只是页面上的文字错误或者需要改进的建议。