【软件测试】终于有人讲明白：bug的分类和定级了！

【软件测试】终于有人讲明白：bug的分类和定级了！

引用

CSDN

1.

https://blog.csdn.net/m0_60166861/article/details/138090631

01、bug的定义

一般是指不满足用户需求的则可以认为是bug，狭义指软件程序的漏洞或缺陷，广义指测试工程师或用户提出的软件可改进的细节、或与需求文档存在差异的功能实现等

对应三个测试目的：

• 为了发现程序的代码或业务逻辑错误
• 为了检查产品是否符合用户需求
• 为了提高用户的体验

02、bug的类型

对bug的划分，大致分为以下几类：

1. 代码错误
2. 设计缺陷
3. 界面优化
4. 性能问题
5. 配置相关
6. 安装部署
7. 安全相关
8. 标准规范
9. 其他划分：功能类、界面类、性能类、易用性类、兼容性类、其他

03、bug的等级

1级bug：（致命错误）

1. 常规操作引起的系统崩溃、死机、死循环报错，无法正常退出
2. 功能设计与需求严重不符，基本模块缺失，测试流程无法进行
3. 严重的数据计算错误
4. 用户数据丢失或破坏
5. 内存泄漏，系统无法登录
6. 其他导致功能无法测试的问题

2级bug：（严重错误）

1. 重要功能不能实现
   （例如：用户所要求的功能缺失，该有的页面未实现，逻辑不通，重要图表数据未开发，等）
2. 错误的波及面广，影响到其他重要功能正常实现
3. 非常规操作导致的程序崩溃、死机、死循环
   (非常规操作：用户使用软件时不会进行的操作）
4. 系统中数据保存后数据库中显示错误
5. 密码明文显示
6. 页面无显示白屏，无数据
7. 地图数据和图表数据不一致
   

3级bug：（一般错误）

不影响产品的运行、不会成为故障的起因、但对产品外观和下道工序影响较大的缺陷

1. 次要功能不能正常实现
2. 操作界面错误（包括数据窗口内列名的定义，含义不一致）
   例如：列名与列名下的内容不一致
3. 查询错误、数据错误显示
4. 简单的输入限制未放在前端进行控制；（格式显示，如登录和注册中的格式判断可由前端判断）
5. 删除操作未给出提示
6. 边界条件错误或者未做限制
7. 系统未做优化，数据页面加载慢，操作卡顿之类（性能层面问题）
8. 兼容性问题（分辨率，系统版本等等）

4级bug：（界面问题）

程序在一些显示上不美观，不符合用户习惯，或者是一些文字的错误

1. 界面不规范
2. 辅助说明描述不清楚
3. 提示窗口文字未采用行业术语
4. 界面存在文字错误
5. 操作时未给用户提示
6. 文字排列不整齐等一些小问题

5级bug：（建议性问题）

1. 对于产品设计方面的意见和建议
2. 对于产品界面优化方面的意见和建议
3. 对于产品需要优化增强用户体验方面的意见和建议

04、bug的优先级

P1： 即“马上解决”

优先级最高，应立即修复的问题，要求开发人员必须立即修改这条bug，一般是指该缺陷导致程序完全不能满足产品的需求，基本功能明显未实现或不可用，阻塞了测试流程与进度等。

P2：即“急需解决”

表示问题的修复很紧要，很急迫，关系到系统的主要功能模块能否正常使用，包括功能、数据，或者其他的一些比较着急的需求。

P3：即“高度重视”

表示有时间就要马上解决，主要是指系统实现的功能与预期结果要求较大，但不影响其他功能和主要的核心功能。

P4：即“正常处理”

按照个人计划处理就行，主要是指界面，交互和一些特别小的功能出错，但是可以跳过此类bug继续进行测试。

P5：即“低优先级”

一些可修改或不可修改，或者是还不确定能否修改成功的bug，不影响用户体验使用，不过修改了最好，一般如果要修改且时间来不及可以在后面的版本更新中再进行修改即可。

备注：严重性和优先级并不总是一一对应。有时候严重性高的软件缺陷，优先级不一定高，甚至不需要处理，而一些严重性低的缺陷却需要及时处理，具有较高的优先级，视具体情况而定。