软件缺陷分类标准最新

1、专业资料软件缺陷分类标准文件状态：项目编号：Test-2017 草稿文档类型DocxV终稿当前版本：XX 正式发布作者：XXX正在修改完成日期：XXX修订历史记录版本日期AMD修订者说明V1.02016-02-16AT新建MT修改和格式调整（A-添加，M-修改，D-删除）精心整理目录1. 弓I言 31.1 编写目的 31.2 定义与缩写 31.3 参考资料 42. 软件缺陷分类标准 42.1问题类型 422缺陷属性 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参考资料

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

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

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

6、0404括号用法不正确0405精度不够0406舍入错误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人机交互特性：屏幕格 式，确认用户输入

7、，功 能有特性，页面排版等 方面的缺陷。0601界面风格不统一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由于配置

8、库、变更管理 或版本控制引起的错 误。0901配置管理问题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）造成数据库

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

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

12、疑虑的部分，提出修改建议。表格2-4缺陷严重程度2.5缺陷优先级序号缺陷优先级描述01立即解决(ResolveImmediately )缺陷导致系统几乎不能使用或者测试不能继续， 需立即修复；02高优先级(high priority)缺陷严重，影响测试，需要优先考虑；03正常排队(Normal Queue)缺陷需要正常排队等待修复；04低优先级(Low priority)缺陷可以再开发人员有时间的时候被纠正。表格2-5缺陷优先级2.6缺陷状态缺陷状态：是指缺陷通过一个跟踪修复过程的进展情况。序号缺陷状态描述01提交(Submitted )测试人员提交新的错误到库。02激活或打开(Active

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

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

15、求说明书的错误或不清楚的问题引起的 缺陷02架构(Architecture )由于架构考虑不周冋题引起的缺陷03设计(Desig n )由于设计文档描述不准确，和需求说明书不一致 的问题引起的缺陷04编码（Coding）纯粹在编码中问题引起的缺陷05集成(Integration)（来源）由于系统个模块参数不匹配、开发组之 间缺乏协调问题引起的缺陷06数据流（库）（Database （data stream）（来源）由于数据字典、数据库中的错误引起的 缺陷07测试(Test)由于测试覆盖少问题引起的缺陷08用户（Customer）由于用户问题引起的缺陷09其他（Other）由于其他问题引起的缺陷

16、表格2-7缺陷来源、起源2.8缺陷根源缺陷根源：测试策略，过程、工具和方法，团队人，缺乏组织和通讯，硬件，软件,工作环境等造成上述错误的根本因素，以寻求开发、测试人员可改进的地方。序号缺陷原因描述01测试策略错误的测试范围，误解测试目标，超越测试能力 等；02过程、工具和方法无效的需求收集过程，果实的风险管理过程，不 使用的项目管理方法，没有估算规程，无效的变 更控制过程等；03团队人项目团队职责交叉，缺之培训。没有经验的项目 团队，缺乏士气和动机不纯等；04缺乏组织和通讯缺乏用户参与，职责不明确、管理失败等；05硬件硬件配置不对、缺之、或处理器缺陷导致算术精 度丢失，内存溢出等；06软件软件设置不对、缺之，或操作系统