Bug书写规范与对应等级

BUG书写规范

书写BUG的基本要求是准确、简洁、完整、规范，注意如下方面：

1、每个BUG中只书写一个缺陷或错误，如果是相同类型的bug归纳到一个bug中。

2、对错误的描述要做到简洁、准确、完整，揭示错误实质，为了便于在数据库中寻找，记录包含错误发生时的用户界面是个良好的习惯。例如记录对话框的标题、菜单、按钮等控件的名称。

3、明确指明错误类型和严重程度，根据错误的现象，总结判断错误的类型和严重程度，例如，是功能错误？还是界面布局错误？该错误是属于特别严重的错误还是一般错误？是否影响软件的后续开发和发布？

4、每一个步骤尽量只记录一个操作，简洁、条理井然，容易重复操作步骤，以便确认、修复、验证该错误。

5、复现的操作步骤要完整，准确，简短。保证快速准确的重复错误，“完整”即没有缺漏，“准确”即步骤正确，“简短”即没有多余的步骤。

6、附加必要的错误截图。为了直观的观察缺陷或错误现象，需要附加错误出现的界面，为了节省空间，图像存为png格式。

7、附加必要的测试用例，如果打开某个特殊的测试用例而产生的错误，则必须附加该测试用例，从而可以迅速再现缺陷或错误。为了使错误修正者进一步明确缺陷或错误的表现，可以附加修改建议或注解。

8、尽量使用短语和短句，避免复杂句型句式，书写软件测试错误报告的目的是便于定位错误，因此，要求客观的描述操作步骤，不需要修饰性的词汇和复杂的句型，增强可读性。

BUG的等级划分与优先级

1 、非常严重（致命）：死机，数据丢失，主要功能完全丧失，系统悬挂等错误。修改优先级为最高，该级别需要程序员立即修改。

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

具体基本上可分为：

系统崩溃/死机

模块无法启动或异常退出

其它导致无法测试的错误

严重花屏

内存泄漏

用户数据丢失或破坏

2、严重：主要功能丧失，导致严重的问题，或致命的错误声明。修改优先级为高，该级别需要程序员尽快修改。

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

具体基本上可分为：

功能完全未实现

功能虽然实现，但与需求严重不符

重要的数值出现计算错误

能够影响用户利益的功能，如抽奖，充值，积分等发生错误

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

3、一般（普通）：次要功能丧失，不太严重，如提示信息不太准确。修改优先级为中，该级别需要程序员修改。

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

具体基本上可分为：

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

边界条件下错误

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

长时间操作无进度提示

系统未优化（性能问题）

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

系统刷新错误

非重要的数据发生计算错误；

4 、轻微及建议：微小的问题，对功能几乎没有影响，产品及属性仍可使用，如有个错别字。修改优先级为低，该级别需要程序员修改或不修改。

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

具体基本上可分为：

界面格式等不规范，如错行，浏览器兼容问题，css问题

辅助说明描述不清楚

操作时未给用户提示

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

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

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

建议性的问题