软件缺陷分类实用标准化(新颖)

《软件缺陷分类实用标准化(新颖)》由会员分享，可在线阅读，更多相关《软件缺陷分类实用标准化(新颖)（20页珍藏版）》请在装配图网上搜索。

1、 软件缺陷分类标准文件状态： 草稿 终稿 正式发布 正在修改项目编号：Test-2017文档类型Docx当前版本： XX作 者：XXX完成日期： XXX修订历史记录版本日期AMD修订者说明2016-02-16AT新建MT修改和格式调整A-添加，M-修改，D-删除目录1.引言4编写目的4定义与缩写4参考资料42.软件缺陷分类标准4问题类型4缺陷属性5缺陷类型5缺陷严重程度7缺陷优先级8缺陷状态8缺陷来源、起源9缺陷根源10缺陷产生可能性101. 引言1.1 编写目的制定本标准的目的是为软件测试提供确信分类的标准。本文档说明了问题类型、缺陷属性、确缺陷类型、缺陷严重级别、缺陷优先级、缺陷状态、缺陷

2、修改次数、缺陷原因。其预期的读者是测试人员、开发人员、开发经理。1.2 定义与缩写术语定义软件缺陷Software Defect是指系统或系统部件中那些导致系统或部件不能实现其功能的缺陷，对软件产品预期属性的偏离现象残留缺陷Residual Defect指软件发布后存在的缺陷，包括在用户安装前未被检测出来的缺陷以与检测出但未被修复的缺陷。表格1-1定义与缩写1.3 参考资料编号资料名称作者日期出版单位01计算机软件测试标准表格1-2参考资料列表2. 软件缺陷分类标准22.1 问题类型序号问题类型名称说明01缺陷一个导致软件功能不能正常使用的问题02改良改良或者增强现有的功能或人物03新功能产品

3、或项目尚未开发的新功能04遗漏功能产品或项目应具备但尚未开发的功能表格2-1 问题类型表格2.2 缺陷属性软件缺陷的属性包括缺陷标识、缺陷类型、缺陷严重程度、缺陷优先级、缺陷状态、缺陷起源、缺陷来源、缺陷原因、缺陷产生可能性。序号属性名称说明01标识Identifier标记某个缺陷的唯一符号，可以使用数字、字母组合来表示。02类型Headline缺陷的分类定义03描述Description对缺陷进展的详细的描述，以便缺陷重视04严重程度Severity指因缺陷引起的鼓掌对软件产品的影响程度05优先级Priority缺陷必须被修复的紧急程度06状态State缺陷通过一个跟踪修复过程的进展情况07

4、来源、起源、根源Source指引起缺陷的源头、起因和根本原因表格2-2缺陷属性列表2.3 缺陷类型缺陷种类：根据缺陷的自然属性来划分。编号缺陷类型描述子类型编号名称01功能问题F-Function影响了重要的特性、用户界面、产品接口、硬件结构接口和全局数据结构。并且设计文档需要正式的变更。如指针循环，递归，功能等缺陷。0101功能错误0102功能缺失0102功能超越0104设计的二义性0105算法错误02接口问题I-Interface与其他组件、模块或设备驱动程序、调动参数、控制块或参数列表相互影响的缺陷。0201模块间接口0202模块接口0203公共数据使用03逻辑问题L-Logic需要进展

5、逻辑分析，进展代码修改，如循环条件等。0301分支不正确0302重复的逻辑0303忽略极端条件0304不必要的功能0305误解0306条件测试错误0307循环不正确0308错误的变量检查0309计算顺序错误0310逻辑顺序错误04计算问题C-putation等式、符号、操作符或操作数错误，精度不够、不适当的数据验证等缺陷。0401等是错误0402缺少运算符0403错误的操作数0404括号用法不正确0405精度不够0406舍入错误0407符号错误05数据问题A-Assignment需要需改少量代码，如初始化或控制块。如声明、重复命名，围、限定等缺陷。0501初始化错误0502存取错误0503引用

6、错误变量0504数组应用越界0505不一致的子程序参数0506数据单位不正确0507数据维数不正确0508变量类型不正确0509数据围不正确0510操作符数据错误0511变量定位错误0512数据覆盖0513外部数据错误0514输出数据错误0515输入数据错误0516数据检验错误06用户界面问题U-User interface人机交互特性：屏幕格式，确认用户输入，功能有特性，页面排版等方面的缺陷。0601界面风格不统一0602屏幕上的信息不可用0603屏幕上的错误信息604界面功能布局和操作不合常规07文档问题D-Documentation影响发布和维护，包括注释等缺陷。0701描述模糊0702

7、项描述不完整0703项描述不正确0704项缺少或多余0705项不能验证0706项不能完成0707不符合标准0708与需求不一致0709文字排版错误0710文档信息错误0711主食缺陷08性能问题P-Performance不满足系统可测量的属性值，如：执行时间，事物处理速率等缺陷。09配置问题B-Build、package、merge由于配置库、变更管理或版本控制引起的错误。0901配置管理问题0902编译打包缺陷0903变更缺陷0904纠错缺陷10标准问题N-Norms不符合各种标准的要求，如编码标准、设计符号等缺陷1001不符合编码标准1002不符合软件标准1003不符合行业标准1004设计

8、、编译环境11环境问题E-Environments由于设计、编译和运行环境引起的问题。1101设计、编译环境1102运行环境12兼容问题软件之间不能正确的交互和共享信息。1201操作平台不兼容1202浏览器不兼容1203分辨率不兼容13其他问题O-Others以上问题所不包含的问题表格2-3缺陷类型列表2.4 缺陷严重程度缺陷严重程度:指因缺陷引起的鼓掌对软件产品的影响程度。严重级别对应缺陷严重等级描述1-致命(Fatal)致命缺陷系统任何一个主要功能完全丧失，用户数据受到破坏，系统崩溃、悬挂、死机或者危机人身安全；2-严重Critical严重缺陷系统的主要功能局部丧失，数据不能保存，系统的次

9、要功能完全丧失，系统所提供的功能或服务受到明显的影响，不能执行正常工作功能或实现重要功能，包括：1) 可能有灾难性的后果，如造成系统崩溃，造成事故等；2) 数据库错误，如数据丢失等。3-重要Major较大缺陷产生错误的结果，导致系统不稳定，运行时好时坏，严重影响系统要求或根本功能实现的问题，例如：1) 造成数据库不稳定的错误；2) 在说明中的需求未在最终系统中实现；3) 程序无法运行，系统意外退出；4) 业务流程不正确；4-一般Minor一般缺陷系统的次要功能没有完全实现，但不影响用户的正常使用，不会影响系统稳定性的：1) 提示信息不太准确或用户界面差、操作时间长等一些问题；2) 过程调用或其

10、他脚本错误；3) 系统刷新错误；4) 产生错误结果，如计算错误，数据不一致等；5) 功能的实现有问题，如在系统实现的界面上，一些可承受输入的控件带你级后无作用，对数据库的擦做不能正确实现；6) 编码时数据类型、长度定义错误；7) 虽然正确性、功能不受影响，但是系统性能和响应时间受影响；5-较小Slight轻微缺陷使操作者不方便或遇到麻烦，但它不影响功能过的操作和执行，如个别不影响产品理解的错别字、文字排列不整齐等一些小问题，重点指系统的UI问题：1) 系统的提示语不明确，不简单明了；2) 滚动条无效；3) 可编辑区域和不可编辑区域不明显；4) 光标跳转设置不好，鼠标光标定位错误；5) 上下翻页

11、，首位页定位错误；6) 界面不一致，或界面不正确；7) 日期或时间初始值错误起止日期、时间没有限定；8) 出现错别字，标点符号错误，拼写错误，以与不正确的大小写等；6-有待改良Enhancement其他缺陷系统中值得改良的问题：1) 容易给用户错误和歧义的提示；2) 界面需要改良的，某个控件没有对齐等；3) 对有疑虑的局部，提出修改建议。表格2-4缺陷严重程度2.5 缺陷优先级序号缺陷优先级描述01立即解决 Resolve Immediately缺陷导致系统几乎不能使用或者测试不能继续，需立即修复；02高优先级high priority缺陷严重，影响测试，需要优先考虑；03正常排队(Norma

12、l Queue)缺陷需要正常排队等待修复；04低优先级(Low priority)缺陷可以再开发人员有时间的时候被纠正。表格2-5缺陷优先级2.6 缺陷状态缺陷状态：是指缺陷通过一个跟踪修复过程的进展情况。序号缺陷状态描述01提交Submitted测试人员提交新的错误到库。02激活或打开Activeor Open问题还没有解决，存在源代码中，确认“提交的缺陷，等待处理。03拒绝Rejected拒绝“提交的缺陷：不需要修复Wont Fix或不是缺陷Invalid或缺陷已经被其他的软件测试人员发现Duplicate。04已修正或修复Fixdor Resolved已被开发人员检查、修复过的缺陷，通过

13、单元测试，认为已解决但还没有被测试人员验证。05验证Verify缺陷验证通过。06关闭或非激活Closedor Inactive测试人员验证后，确认缺陷不存在之后的状态。07重新打开Reopen测试人员验证后，还依然存在的缺陷，等待开发人员进一步修复；08推迟Deferred这个软件缺陷在下一个版本解决。09保存Onhold由于技术原因或第三方软件的缺陷，开发人员暂时不能修复是缺陷。10不能重现Cannotduplicate开发不能复现这个缺陷，需要测试人员检查缺陷复现的步骤。表格2-6缺陷状态2.7 缺陷来源、起源缺陷来源：缺陷引起的故障或事件第一次被检测的阶段，有需求说明书、设计文档、系统

14、集成接口、数据流库、程序代码。缺陷起源：在团建生命周期中软件缺陷占的比例：需求和构架设计阶段占54%、设计阶段占25%、编码阶段占15%、其他占6%。序号缺陷来源、起源描述01需求Requirement由于需求说明书的错误或不清楚的问题引起的缺陷02架构Architecture由于架构考虑不周问题引起的缺陷03设计Design由于设计文档描述不准确，和需求说明书不一致的问题引起的缺陷04编码Coding纯粹在编码中问题引起的缺陷05集成Integration来源由于系统个模块参数不匹配、开发组之间缺乏协调问题引起的缺陷06数据流库Database (data stream)来源由于数据字典、数

15、据库中的错误引起的缺陷07测试(Test)由于测试覆盖少问题引起的缺陷08用户Customer由于用户问题引起的缺陷09其他Other由于其他问题引起的缺陷表格2-7缺陷来源、起源2.8 缺陷根源缺陷根源：测试策略，过程、工具和方法，团队人，缺乏组织和通讯，硬件，软件，工作环境等造成上述错误的根本因素，以寻求开发、测试人员可改良的地方。序号缺陷原因描述01测试策略错误的测试围，误解测试目标，超越测试能力等；02过程、工具和方法无效的需求收集过程，果实的风险管理过程，不使用的项目管理方法，没有估算规程，无效的变更控制过程等；03团队人项目团队职责交叉，缺乏培训。没有经验的项目团队，缺乏士气和动机

16、不纯等；04缺乏组织和通讯缺乏用户参与，职责不明确、管理失败等；05硬件硬件配置不对、缺乏、或处理器缺陷导致算术精度丢失，存溢出等；06软件软件设置不对、缺乏，或操作系统错误导致无法释放资源，工具软件的错误，编译器的错误，千年虫问题等；07工作环境组织机构调整，预算改变，工作环境恶劣，如噪音过大。表格2-8缺陷原因2.9 缺陷产生可能性序号缺陷产生可能性描述01总是总是产生这个软件缺陷，其产生的频率是100%02通常按照测试用例，通常情况下会产生这个软件缺陷，其产生的频率大概是80%90%；03有时按照测试用例，有时候产生这个软件缺陷，其产生的频率大概是30%50%04很少按照测试用例，很少产生这个软件缺陷，其产生的频率大概是1%5%表2-9缺陷产生可能性20 / 20