软件缺陷分类规范标准资料整理

1、软件缺陷分类标准文件状态：项目编号：Test-2017草稿文档类型Docxvj终稿当前版本：XX正式发布作者：XXX正在修改完成日期：XXX修订历史记录版本日期AMD修订者说明V1.02016-02-16AT新建MT修改和格式调整（A-添加，M-修改，D-删除）目录1. 引言31.1 编写目的31.2 定义与缩写31.3 参考资料42. 软件缺陷分类标准 42.1 问题类型42.2 缺陷属性42.3 缺陷类型42.4 缺陷严重程度 62.5 缺陷优先级82.6 缺陷状态82.7 缺陷来源、起源92.8 缺陷根源92.9 缺陷产生可能性101. 引言1.1编写目的制定本标准的目的是为软件测试提供

2、确信分类的标准。本文档说明了问题类型、 缺陷属性、确缺陷类型、缺陷严重级别、缺陷优先级、缺陷状态、缺陷修改次数、缺陷原因。其预 期的读者是测试人员、开发人员、开发经理。1.2定义与缩写术语定义软件缺陷(Software Defect)是指系统或系统部件中那些导致系统或部件不能实现其 功能的缺陷，对软件产品预期属性的偏离现象残留缺陷(Residual Defect )指软件发布后存在的缺陷，包括在用户安装前未被检测 出来的缺陷以及检测出但未被修复的缺陷。表格1-1定义与缩写1.3参考资料编号资料名称作者日期出版单位01:计算机软件测试标准表格1-2参考资料列表2. 软件缺陷分类标准2.1问题类型

3、序号问题类型名称说明01缺陷一个导致软件功能不能正常使用的问题02改进改进或者增强现有的功能或人物03新功能产品或项目尚未开发的新功能04遗漏功能产品或项目应具备但尚未开发的功能表格2-1问题类型表格2.2缺陷属性软件缺陷的属性包括缺陷标识、缺陷类型、缺陷严重程度、缺陷优先级、缺陷状态、缺陷起源、缺陷来源、缺陷原因、缺陷产生可能性。序号属性名称说明01标识（Identifier）标记某个缺陷的唯一符号，可以使用数字、字母组合来表示。02类型（Headline）缺陷的分类定义03描述(Description )对缺陷进行的详细的描述，以便缺陷重视04严重程度（Severity）指因缺陷引起的鼓掌

4、对软件产品的影响程度05优先级（Priority）缺陷必须被修复的紧急程度06状态（State）缺陷通过一个跟踪修复过程的进展情况07来源、起源、根源（Source）指引起缺陷的源头、起因和根本原因表格2-2缺陷属性列表2.3缺陷类型缺陷种类：根据缺陷的自然属性来划分。编号缺陷类型描述子类型编号名称01功能问题F-Function影响了重要的特性、用 户界面、产品接口、硬 件结构接口和全局数据 结构。并且设计文档需 要正式的变更。如指针 循环，递归，功能等缺 陷。0101功能错误0102功能缺失0102功能超越0104设计的二义性0105算法错误02接口问题1-1 nteface与其他组件、模

5、块或设 备驱动程序、调动参数、 控制块或参数列表相互 影响的缺陷。0201模块间接口0202模块内接口0203公共数据使用03逻辑问题L-Logic需要进行逻辑分析，进 行代码修改，如循环条 件等。0301分支不正确0302重复的逻辑0303忽略极端条件0304不必要的功能0305误解0306条件测试错误0307循环不正确0308错误的变量检查0309计算顺序错误0310逻辑顺序错误04计算问题C-Computati on等式、符号、操作符或 操作数错误，精度不够、 不适当的数据验证等缺 陷。0401等是错误0402缺少运算符0403错误的操作数0404括号用法不正确0405精度不够0406舍

6、入错误0407符号错误05数据问题A-Assig nment需要需改少量代码，如 初始化或控制块。如声 明、重复命名，范围、 限定等缺陷。0501初始化错误0502存取错误0503引用错误变量0504数组应用越界0505不一致的子程序参数0506数据单位不正确0507数据维数不正确0508变量类型不正确0509数据范围不正确0510操作符数据错误0511变量定位错误0512数据覆盖0513外部数据错误0514输出数据错误0515输入数据错误0516数据检验错误06用户界面问题U-User in terface人机交互特性：屏幕格 式，确认用户输入，功 能有特性，页面排版等 方面的缺陷。0601

7、界面风格不统一0602屏幕上的信息不可用0603屏幕上的错误信息604界面功能布局和操作不 合常规07文档问题D-Docume ntati on影响发布和维护，包括 注释等缺陷。0701描述含糊0702项描述不完整0703项描述不正确0704项缺少或多余0705项不能验证0706项不能完成0707不符合标准0708与需求不一致0709文字排版错误0710文档信息错误0711主食缺陷08性能问题P-Performa nee不满足系统可测量的属 性值，如：执行时间， 事物处理速率等缺陷。09配置问题B-Build、package、merge由于配置库、变更管理 或版本控制引起的错 误。0901配置

8、管理问题0902编译打包缺陷0903变更缺陷0904纠错缺陷10标准问题N-Norms不符合各种标准的要 求，如编码标准、设计 符号等缺陷1001不符合编码标准1002不符合软件标准1003不符合行业标准1004设计、编译环境11环境问题E-E nvironmen ts由于设计、编译和运行 环境引起的问题。1101设计、编译环境1102运行环境12兼容问题软件之间不能正确的交互和共享信息。1201操作平台不兼容1202浏览器不兼容1203分辨率不兼容13其他问题O-Others以上问题所不包含的问题表格2-3缺陷类型列表2.4缺陷严重程度缺陷严重程度：指因缺陷引起的鼓掌对软件产品的影响程度。严

9、重级别对应缺陷 严重等级描述1-致命(Fatal)致命缺陷系统任何一个主要功能完全丧失，用户数据受到破坏， 系统崩溃、悬挂、死机或者危机人身安全；2-严重(Critical)严重缺陷系统的主要功能部分丧失，数据不能保存，系统的次要 功能完全丧失，系统所提供的功能或服务受到明显的影 响，不能执行正常工作功能或实现重要功能，包括：1）可能有灾难性的后果，如造成系统崩溃，造成事故 等；2）数据库错误，如数据丢失等。3-重要(Major)较大缺陷产生错误的结果，导致系统不稳定，运行时好时坏，严 重影响系统要求或基本功能实现的问题，例如：1）造成数据库不稳定的错误；2）在说明中的需求未在最终系统中实现；

10、3）程序无法运行，系统意外退出；4）业务流程不正确；4- 一般(Minor )般缺陷系统的次要功能没有完全实现，但不影响用户的正常使 用，不会影响系统稳定性的：1）提示信息不太准确或用户界面差、操作时间长等一 些问题；2）过程调用或其他脚本错误；3）系统刷新错误；4）产生错误结果，如计算错误，数据不一致等；5）功能的实现有问题，如在系统实现的界面上，一些 可接受输入的控件带你级后无作用，对数据库的擦 做不能正确实现；6）编码时数据类型、长度定义错误；7）虽然正确性、功能不受影响，但是系统性能和响应 时间受影响；5-较小(Slight)轻微缺陷使操作者不方便或遇到麻烦，但它不影响功能过的操作 和

11、执行，如个别不影响产品理解的错别字、文字排列不 整齐等一些小问题，重点指系统的 UI问题：1）系统的提示语不明确，不简单明了；2）滚动条无效；3）可编辑区域和不可编辑区域不明显；4）光标跳转设置不好，鼠标（光标）定位错误；5）上下翻页，首位页定位错误；6）界面不一致，或界面不正确；7）日期或时间初始值错误（起止日期、时间没有限定）；8）出现错别字，标点付号错误，拼与错误，以及不正确的大小写等；6-有待改进(Enhancement )其他缺陷系统中值得改良的问题：1）容易给用户错误和歧义的提示；2）界面需要改进的，某个控件没有对齐等；3）对有疑虑的部分，提出修改建议。表格2-4缺陷严重程度2.5

12、缺陷优先级序号缺陷优先级描述01立即解决（Resolve缺陷导致系统几乎不能使用或者测试不能继续， 需立即修复；Immediately)02高优先级（high priority ）缺陷严重，影响测试，需要优先考虑；03正常排队(Normal Queue)缺陷需要正常排队等待修复；04低优先级(Low priority)缺陷可以再开发人员有时间的时候被纠正。表格2-5缺陷优先级2.6缺陷状态缺陷状态：是指缺陷通过一个跟踪修复过程的进展情况。序号缺陷状态描述01提交（Submitted）测试人员提交新的错误到库。02激活或打开(Active or Open )问题还没有解决，存在源代码中，确认“提

13、交的缺 陷”，等待处理。03拒绝（Rejected）拒绝“提交的缺陷”：不需要修复（Wont Fix）或 不是缺陷（In valid）或缺陷已经被其他的软件测 试人员发现（Duplicate）。04已修正或修复（Fixd or Resolved）已被开发人员检查、修复过的缺陷，通过单元测 试，认为已解决但还没有被测试人员验证。05验证（Verify）缺陷验证通过。06关闭或非激活（Closed or In active）测试人员验证后，确认缺陷不存在之后的状态。07重新打开（Reopen）测试人员验证后，还依然存在的缺陷，等待开发 人员进一步修复；08推迟（Deferred）这个软件缺陷在下一

14、个版本解决。09保留（On hold）由于技术原因或第三方软件的缺陷，开发人员暂 时不能修复是缺陷。10不能重现(Cannot duplicate )开发不能复现这个缺陷，需要测试人员检查缺陷 复现的步骤。表格2-6缺陷状态2.7缺陷来源、起源缺陷来源：缺陷引起的故障或事件第一次被检测的阶段，有需求说明书、设计文档、系统集成接口、数据流（库）、程序代码。缺陷起源：在团建生命周期中软件缺陷占的比例：需求和构架设计阶段占54%设计阶段占25%编码阶段占15%其他占6%序号缺陷来源、起源描述01需求(Requirement)由于需求说明书的错误或不清楚的问题引起的 缺陷02架构(Architectu

15、re)由于架构考虑不周冋题引起的缺陷03设计(Desig n)由于设计文档描述不准确，和需求说明书不一致 的问题引起的缺陷04编码（Coding）纯粹在编码中问题引起的缺陷05集成(Integration )（来源）由于系统个模块参数不匹配、开发组之 间缺乏协调问题引起的缺陷06数据流（库）（Database （data stream）（来源）由于数据字典、数据库中的错误引起的 缺陷07测试(Test)由于测试覆盖少问题引起的缺陷08用户（Customer）由于用户问题引起的缺陷09其他（Other）由于其他问题引起的缺陷表格2-7缺陷来源、起源2.8缺陷根源缺陷根源：测试策略，过程、工具和方法，团队人，缺乏组织和通讯，硬件，软件,工作环境等造成上述错误的根本因素，以寻求开发、测试人员可改进的地方。序号缺陷原因描述01测试策略错误的测试范围，误解测试目标，超越测试能力 等；02过程、工具和方法无效的需求收集过程，果实的风险管理过程，不 使用的项目管理方法，没有估算规程，无效的变 更控制过程等；03团队人项目团队职责交叉，缺之培训。没有经验的项目 团队，缺乏士气和动机不纯等；04缺乏组织和通讯缺乏用户参与，职责不明确、管理失败等；05硬件硬件配置不对、缺之、或处理器缺陷导致算术精 度丢失，内存溢出等；06软件软件设置不对、缺之，或操作系统错误导致