一.软件缺陷有四种级别，分别为：致命的(Fatal)，严重的(Critical)，一般的(Major)，微小的(Minor)。
A类—致命的软件缺陷(Fatal): 造成系统或应用程序崩溃、死机、系统挂起，或造成数据丢失，主要功能完全丧失，导致本模块以及相关模块异常等问题。如代码错误，死循环，数据库发生死锁、与数据库连接错误或数据通讯错误，未考虑异常操作，功能错误等
**B类—严重错误的软件缺陷（critical）：**系统的主要功能部分丧失、数据不能保存，系统的次要功能完全丧失。问题局限在本模块，导致模块功能失效或异常退出。如致命的错误声明，程序接口错误，数据库的表、业务规则、缺省值未加完整性等约束条件
**C类—一般错误的软件缺陷（major）：**次要功能没有完全实现但不影响使用。如提示信息不太准确，或用户界面差，操作时间长，模块功能部分失效等，打印内容、格式错误，删除操作未给出提示，数据库表中有过多的空字段等
**D类—较小错误的软件缺陷（Minor）：**使操作者不方便或遇到麻烦，但它不影响功能过的操作和执行，如错别字、界面不规范（字体大小不统一，文字排列不整齐，可输入区域和只读区域没有明显的区分标志），辅助说明描述不清楚
**E类- 建议问题的软件缺陷（Enhancemental）：**由问题提出人对测试对象的改进意见或测试人员提出的建议、质疑。
| BUG类型 | BUG现象举例 | Fatal | Critical | Major | Minor |
|---|---|---|---|---|---|
| 功能类 | 系统核心功能出现问题 | ✓ | |||
| 系统单一功能错误不影响业务流程或者有替代方法 | ✓ | ||||
| 次要功能出现错误 | ✓ | ||||
| 出现多余功能（软件做了其不该做的） | ✓ | ||||
| 数据类 | 特殊情况下产生错误，但不影响正常业务（如异常数据或者异常操作） | ✓ | |||
| 数据丢失、数据损坏、数据通讯及数据流错误 | ✓ | ||||
| 异常数据未做控制，操作成功 | ✓ | ||||
| 界面类 | 界面文字错误 | ✓ | |||
| 界面设计不规范，没有考虑易用性问题 | ✓ | ||||
| 人机交互界面提示信息不友好 | ✓ | ||||
| 文档类 | 用户文档错误（包括错别字和描述错误以及截图于实际不一致） | ✓ | |||
| 性能类 | 性能测试中发现的问题 | ✓ | |||
| 崩溃类 | 系统崩溃（包括正常和异常操作） | ✓ | |||
| 建议类 | 可改进性问题 | ✓ | |||
| 偶然类 | 不可重现（主要为不可重现的崩溃问题） | ✓ | |||
| 其他类 | 类型无法判断 | ✓ | |||
| 翻译类 | 中英文翻译错误 | ✓ |
二.如何定位前端/后端BUG?
从三个方面进行分析：请求接口，传参，响应。
1.请求接口url是否正确
如果请求的接口url错误，为前端的bug
2.传参是否正确
如果传参不正确，为前端的bug
3.请求接口url和传参都正确，查看响应是否正确
如果响应内容不正确，为后端bug
4.也可以在浏览器控制台输入js代码调试进行分析
如果定位为后端的bug，可以进一步通过以下方法精确定位是哪里出bug
1.查看报错日志，通过日志分析问题点
2.查看数据库确认数据的正确性
3.查看缓存是否正确
-
请求状态码
如果请求状态码为4xx（客户端错误）或5xx（服务器错误），则问题可能在后端。4xx错误通常表示请求有问题，而5xx错误则表示服务器处理请求时出现问题。 -
请求和响应数据
通过查看请求和响应的数据，可以判断请求是否正确发送以及响应是否符合预期。如果请求数据有误，可能是前端问题；如果响应数据有误，则可能是后端问题。
| 前端BUG | 后端BUG |
|---|---|
| 界面相关 | 业务逻辑相关 |
| 布局相关 | 性能相关 |
| 兼容性相关 | 数据相关 |
| 交互相关 | 安全性相关 |