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求,违背正常习俗习惯的,界面不美观,控件排 列、
格式不统一功能性建议,功能使用性、方便性、易用性不够 O议3面格
式等不规范O作时未给用户提示或字排列不整齐等一些小问题Ot标跳转设置 不好,
时间操作无进度提示 3统未优化(性能问题)微小的问题,对功能几乎没有影 响,
鼠标(光标)定位错误CM助说明描述不清楚 O别不影响产品理解的错 别字E输入区
域和只读区域没有明显的区分标志
三、bug重现情况分一般都分为:
必显、偶尔、不可见、比例呈现对于比例呈现,一般会在 bug描述中说我
操作几次,出现了几次。
大致写一个概率。
如果实在不好定位,就打出log文件进行分类说明。
以下的bug提交流程,每个公司有不一样的提交流程。


发布评论