软件测试-缺陷管理篇

一.软件缺陷有四种级别，分别为：致命的(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错误则表示服务器处理请求时出现问题。
请求和响应数据
通过查看请求和响应的数据，可以判断请求是否正确发送以及响应是否符合预期。如果请求数据有误，可能是前端问题；如果响应数据有误，则可能是后端问题。