2023年11月29日发(作者:)

Bug的级别定义、bug的提交流程都是一个公司的相关要求。

一般来讲bug报告中,按照bug类型分、bug级别分、bug重现能力分Bug 状态

一、 bug类型分一般会分为功能性bug、界面bug、兼容性等等的bug

1、为什么会这么做呢?因为在做 bug汇总和评估的时候会根据这些分类,

bug都汇总起来当然与我们相关的似乎就是绩效考核。

(别的作用我想不到了)

二、 bug严重级别分分出以下bug级别,并在网上找到了相应的描述。

做参考(1致命错误通常有如下情况:

1 求书中的重要功能未实现;

2 成系统崩溃、死机,并且不能通过其它方法实现功能;

3 规操作造成程序非法退出、死循环、通讯中断或异常,数据破坏丢失 或数

据库异常、且不能通过其它方法实现功能的。

2严重错误通常使系统不稳定、不安全、或破坏数据、或产生错误结 果,

而且是常规操作中经常发生或非常规操作中不可避免的主要问题,

1 重要功能基本能实现,但系统不稳定、一些边界条件下操作会导致 run-

time error、文件操作异常、通讯异常、数据丢失或破坏等错误;

2 要功能不能按正常操作实现,但可通过其它方法可实现;

3 误的波及面广,影响到其它重要功能正常实现;

4 码明文显示;

5 C/S B/S模式下,利用客户端某些操作可造成服务端不能继续正常工作

3 一般错误程序的功能运行基本正常,但是存在一些需求、设计或实现

的缺陷;次要功能运行不正常,

1 次要功能不能正常实现;

2 操作界面错误(包括数据窗口内列名定义、含义不一致);

3 打印内容、格式错误;

4 查询错误,数据错误显示;

5 简单的输入限制未放在前台进行控制;

6 删除操作未给出提示;

7 数据库表中有过多的空字段;

8 因错误操作迫使程序中断;

9 找不到规律的时好时坏;

10 据库的表、业务规则、缺省值未加完整性等约束条件;

11 过一段时间运行后,系统性能或响应时间会变慢;

12 要资料,如密码未加密存放(包括配置文件中的密码),或其它存 在安全

性隐患的;

13 件或通讯异常发生恢复后,系统不能白动正常继续工作(需要过多 的人工

干预才行);

14 统兼容性差,与其它支持系统一起工作时容易出错,而没有充分理 由说明

是由支持系统引起的;或者由于使用了非常规技术或第三方组件造成不 能使用白动化

测试工具进行测试的。

4 细微错误程序在一些显示上不美观,不符合用户习惯,或者是一些文

的错误,

1、界面不规范;

2 助说明描述不清楚;

3 入输出不规范;

4 操作未给用户提示(或长操作结束后提示没有消失);

5 示窗口文字未采用行业术语;

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

7 面存在文字错误;

8 功能实现方式上如果需求中没有明确定义,而没有按常规实现,并且 不比

常规方式实现优越的;(如用户名第一位用数字或特殊字符)5改进建议 可以提高

产品质量的建议,包括新需求和对需求的改进。

模板二分级Bug等级说明导致整个产品无法进行卷块无法启动或异常退出 C其它

导致无法测试的错误测试。

修改优先级为最高,该级别需要程序员立即修改分类说明 Blocker致命问题

Critical死机,数据丢失,主要功能完全丧失,系统悬挂等错误。

修改优先级为最高,该级别需要程序员立即修改主要功能丧失,导致严重 的问题,

或致命的错C运行过程中系统崩溃/死机/重启O能设计与需求严重不 CF重花屏CW

存泄漏 隽响手机语音或数据通讯等CF重的数值计算错误 O 未实现或者存在错误

O微的数值计算错误 O统所提供的功能或服务受明显的 影响CW户数据丢失或破坏 O

作界面错误(包括数据窗口内列名定义、含义是 否一致)O界条件下错误严重问题

Major误声明。

修改优先级为高,该级别需要程序员尽快修改次要功能丧失,不太严重, 如提示

信息不太准确。

修改优先级为中,一般问题 Normal该级别需要程序员修改 O能存在错 误,但

出现概率很低 O示信息错误(包括未给出信息、信息提示错误等) O

产品及属Minor性仍可使用。

修改优先级为低,该级别需要程序员修改或不修改提示信息格式不符合要

Trivial轻微问题Enhancement求,违背正常习俗习惯的,界面不美观,控件排 列、

格式不统一功能性建议,功能使用性、方便性、易用性不够 O3面格

式等不规范O作时未给用户提示或字排列不整齐等一些小问题Ot标跳转设置 不好,

时间操作无进度提示 3统未优化(性能问题)微小的问题,对功能几乎没有影 响,

鼠标(光标)定位错误CM助说明描述不清楚 O别不影响产品理解的错 别字E输入区

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

三、bug重现情况分一般都分为:

必显、偶尔、不可见、比例呈现对于比例呈现,一般会在 bug描述中说我

操作几次,出现了几次。

大致写一个概率。

如果实在不好定位,就打出log文件进行分类说明。

以下的bug提交流程,每个公司有不一样的提交流程。