缺陷分类标准

1、缺陷分类标准严重性缺陷类型详细描述A 阻塞级事件非常严重，需要马上给予关注，建议1-2天内得到解决：1） 导致项目组其他开发任务不能正常运行。2） 导致测试无法继续A1 系统崩溃系统崩溃是最严重的缺陷：1） 操作系统、开发环境、应用程序本身的崩溃。2） 程序所引起的死循环、挂起、非法退出。3） 应用程序由于缺失文件或者许可错误启动失败，导致程序不可用。4） 外部组件异常：操作系统或开发工具抛出的异常错误。A2功能缺失1） 明确的需求开发功能点遗漏，没有实现编码。2） 明确的需求开发功能点不可用，如底层缺陷未处理，导致上层产品不可用。3） 明确的需求功能实现效果与产品需求描述不符。A3数据损坏1

2、） 数据损坏：指软件发生故障后，当时正在使用的数据在程序重新运行后不能打开或者不能正确打开。2） 数据丢失：指软件发生故障后，当时正在打开的数据发生了内容丢失，与数据损坏不同，发生该缺陷时，数据可以打开但内容有丢失。A4需求缺陷产品包需求的内容不完整或者不易理解等问题。A5设计缺陷1） 设计的需求与产品包需求不吻合，内容缺失等问题。2） 接口的需求与设计需求或产品包需求不吻合，内容缺失等问题。B 严重事件严重，需要当天给予关注，建议3-5天内得到解决 B1错误结果1） 功能点实现与设计需求和接口设计描述不符，如不符合设计默认值、接口命名错误、结果不正确等。2） 接口的结果错误。3） 连点结果错

3、误。如AA.CC(x,y)和BB.CC(x,y)预期结果是同一个对象，但是实际结果为两者不是同一个对象。4） 被测系统抛出的异常错误，如除数赋为0 ，被测系统抛出的异常信息。 5） 程序正常退出后仍然占用资源。B2性能问题1） 软件的负载、并发数、稳定性等，达不到性能指标。2） 内存、GDI泄露。3） CPU一直居高不下。B3测试工具或测试代码缺陷测试人员使用的测试工具（如QT桌面工具、白盒测试工具、自动化测试框架等）本身，或者测试代码（如对组件产品的二次开发）本身引起的崩溃及其他错误。B4代码审查缺陷代码编写不符合规范，如变量没有初始化，变量没有释放内存。C 次严重事件是比较重要的，建议5天

4、内得到解决。C1UI布局软件程序、加密锁、安装界面布局上的错误：1） 功能的快捷键错误，或者不起作用。2） 控件排版不符合规范。3） 界面文本有错别字、缺少或多余的字符、乱码、被截断、覆盖等问题。4） 控件的访问键重复，或者不起作用。5） 控件的Tab键顺序不正确。6） 控件或文本的风格不符合规范。C2软件辅助缺陷1. 文档错误：1） 接口描述错误：联机帮助文档、用户手册或者其他文档中描述的能与实际提供的功能不一致，例如接口中描述的参数、返回值类型的错误，在桌面软件中文档标明的参数要求与实际不符。2） 联机帮助文档、用户手册或者其他文档中的错别字。3） 联机帮助文档、用户手册或者其他文档中的界面截图未更新。4） 联机帮助文档中的示范代码错误。2. 有关加密锁的错误问题，如使用网络加密锁，应用程序运行一段时间后，弹出许可不可用的信息框。3. 范例程序和范例数据的错误问题。4. 安装包安装的过程中发现的问题。5. 提示信息的错误：1） 异常信息、输出窗口的提示信息、日志信息、进程条信息等的错别字、乱码。2） 打印内容、格式错误。C3注释缺陷底层提供的头文件的注释内容缺失，或者不易理解。C4罕见故障该问题偶尔发生，几乎无法重现。注意，该类问题需要仔细鉴别，必须