ODC缺陷分类法
2020年产品质量缺陷判定分级标准
未造成报废损失，返修后合格，不影响返工，不丧失互换性
基本无影响或影响轻微
外观方面的缺陷
缺陷严重，顾客肯定会发现
缺陷明显，很可能会引起顾客不满或抗议
客户可能会发现，但反应程度轻。
顾客不会在意或无关紧要
包装方面的缺陷
缺陷性包装丧失主要功能，会导致产品的损坏
缺陷会导致产品质量的损失，如引起的表面损伤、锈蚀等
日 期
文 件 分 发 部 门
作者：非成败
作品编号：92032155GZ5702241547853215475102
时间：2020.12.13
缺陷可能影响产品原有的功能
顾客不会注意或察觉的包装缺陷对下工序的影响造成下道工序的混乱
给下道工序造成较大的困难
对下道工序影响较大
可能对下道工序有影响
检验状态
100%检验，加严检验
严格检验，正常检验
正常检验，抽样检验
抽样检验，放宽检验
隔离状态
报废
7.按制程中对相应环节的影响，缺陷分级为：
审核
日 期
批 准
3.5轻微缺陷Minor
4.职责
4.1品控部：负责本标准编制并执行。
4.2各部门：负责遵守本标准的判定结果。
5.判定条件
5.1外观检测：目视(视力1.0及以上) 自然光照条件下，目视距离50cm，产品置于目视角度正前方，特殊情况需从不角度观测对比。
5.1.1外观检验依据GB7707进行判定。
5.2物理力学及化学性能：根据产品使用性能依据相应标准进行判定。
严重影响主要功能，主要技术指标不能满足要求
影响产品主要功能或影响产品一般功能
轻度影响产品功能，但不会明显表现出来
正交缺陷分类(ODC)流程简介及应用经验分享
正交缺陷分类（ODC）流程简介及应用经验分享谷珊, 软件测试工程师, IBM简介：正交缺陷分类法，Orthogonal Defect Classification（ODC）是一种缺陷分析方法，用来评估各种软件问题。
无论是测试还是开发，都可从中获益。
ODC 的四个工作流程：分类、校验、评估和行动是一个完整体，缺少任何一个环节都会影响 ODC 的结果。
由于作者实际参与了 IBM Information Archive 产品 ODC 校验小组的工作，因此在本文中作者除了介绍 ODC 的四个流程外，着重总结了在 ODC 校验过程中常见的问题，并分别引出相关改善的经验。
作者希望这些经验可以更好的帮助读者快速熟悉 ODC 流程。
以便更有效的在读者参与的 ODC 项目中建立校验小组。
正交缺陷分类（ODC）简介正交缺陷分类法，Orthogonal Defect Classification（以下简称 ODC）是一种缺陷分析方法，由 IBM 在 1992 年提出。
它通过给每个缺陷添加一些额外的属性，利用对这些属性的归纳和分析，来反映出产品的设计、代码质量、测试水平等各方面的问题。
从而得到一些解决办法来进行改进。
例如对于测试团队，通过ODC 可以知道测试工作是否变得更加复杂；每一个测试阶段，是否利用了足够多的触发条件来发现缺陷；退出当前测试阶段有什么风险；哪个测试阶段做得好，哪个测试阶段需要改进等。
对于开发团队，利用 ODC 可以知道产品设计和代码编写的质量情况。
而给产品用户带来的好处就是提高客户满意度，减小产品投入市场后的维护花费。
ODC 的工作流程分为四部分：“缺陷分类”，“校验已被分类的缺陷”，“评估数据”以及“采取行动来改进工作”。
下面我们将逐一进行讲解。
1. 分类阶段分类，是 ODC 工作流程中的第一步，即需要测试和开发人员分别对每一个缺陷填写 ODC 属性。
对于团队成员来说，正确的了解每个属性的值尤为重要，这样才能保证他们在分类时尽量选择正确的选项。
产品质量缺陷判定分级标准
6.按产品交付对客户的影响，质量缺陷分级为：
缺陷类型
致命缺陷
严重缺陷
一般缺陷
轻微缺陷
级别划分
A
B
C
D
缺陷加权分值
100
50
10
1
对总体性能的影响
产品总体性能下降，顾客拒绝接受，国家不予认可
产品性能下降，顾客可能提出严重意见和抗议
对整体性能影响不大，顾客可能有意见
设计考虑不周
对功能特性的影响
3.5轻微缺陷Minor
4.职责
4.1品控部：负责本尺度编制并执行。
4.2各部分：负责遵守本尺度的判定结果。
5.判定条件
5.1外观检测：目视(视力1.0及以上) 自然光照条件下，目视距离50cm，产品置于目视角度正前方，特殊情况需从不角度观测对比。
5.1.1外观检验依据GB7707进行判定。
5.2物理力学及化学性能：根据产品使用性能依据相应尺度进行判定。
需返工返修，且难于返工，增加质量成本
未造成报废损失，返修后合格，不影响返工，不丧失互换性
基本无影响或影响轻微
外观方面的缺陷
缺陷严重，顾客肯定会发现
缺陷明显，很可能会引起顾客不满或抗议
客户可能会发现，但反应程度轻。
顾客不会在意或无关紧要
包装方面的缺陷
缺陷性包装丧失主要功能，会导致产品的损坏
缺陷会导致产品质量的损失，如引起的概况损伤、锈蚀等
缺陷可能影响产品原有的功能
顾客不会注意或发觉的包装缺陷
对下工序的影响
造成下道工序的混乱
给下道工序造成较大的困难
对下道工序影响较大
可能对下道工序有影响
检验状态
100%检验，加严检验
产品质量缺陷判定分级标准
版本编号:
文件类型
编制部门
产品质量缺陷判定及分级标准
编制日期:
页 码:
1.目的
对来料、制程、出货等环节产品质量检测,根据接收质量限<AQL抽样表>执行抽样检查,同时给出明确有效的缺陷判定等级,使产品缺陷判定标准统一,特制定本标准
2.适用范围
适用于本公司质量管控各环节.
3.定义
3.1缺陷Defect:
需返工返修，且难于返工，增加质量成本
未造成报废损失，返修后合格，不影响返工，不丧失互换性
基本无影响或影响轻微
外观方面的缺陷
缺陷严重，顾客肯定会发现
缺陷明显，很可能会引起顾客不满或抗议
客户可能会发现，但反应程度轻。
顾客不会在意或无关紧要
包装方面的缺陷
缺陷性包装丧失主要功能，会导致产品的损坏
缺陷会导致产品质量的损失，如引起的表面损伤、锈蚀等
5.2.1
6.按产品交付对客户的影响，质量缺陷分级为：
缺陷类型
致命缺陷
严重缺陷
一般缺陷
轻微缺陷
级别划分
A
B
C
D
缺陷加权分值
100
50
10
1
对总体性能的影响
产品总体性能下降，顾客拒绝接受，国家不予认可
产品性能下降，顾客可能提出严重意见和抗议
对整体性能影响不大，顾客可能有意见
设计考虑不周
对功能特性的影响
未满足预期或规定用途有关的要求;即为不良,是产品质量不良等级的严重性的划分点,是产品质量没有达到标准程度的描述;缺陷可分为四个等级:致命缺陷、严重缺陷、一般缺陷、轻微缺陷；生产过程中极少出现或不会出现“致命缺陷”，为了加严产品质量管理，引起各环节、各部门的重视，通常把缺陷分三级来管理，把“严重缺陷”称为“致命缺陷CRI”“一般缺陷”称为“严重缺陷MAJ”“轻微缺陷”称为“轻微缺陷MIN”来进行管理。
5.1 IBM ODC_正交缺陷分解-摘自IBM知识库
不是一个新项目。你应该考虑使用历史数据的方法
图 2：一个在定制 ODC 后的 Rational ClearQuest 窗口。“ODC Submitter”和“ODC Responder”是收集 ODC 八个属性信息的两个页 签
我们的案例项目的背景
我们的项目是一个典型的基于 J2EE portal 技术的 Web 应用。这个项目属于中等规模，大约由 86,000 行 Java 代码和 14,000 行 Java Server Pages 代码组成。这个项目使用了典型的迭代开发模式，并在最终版本之前包含多个迭代，如图 3 所示。在这个项目上我们已经 设置了相当高的质量目标。
图 1：ODC 的八个属性.来源： ODC v5.11, IBM 软件工程中心, /softeng. 在 ODC 活动中，这个测试人员就是“ODC 提交者”或者“ODC 打开者”，我们称呼开发人员为“ODC 回应者”或者“ODC 关闭者”。对这八个 属性的分别介绍如下所示：
活动
负责 产生缺陷 人
退出标准
需求管理 负责 No 人
代码实现 开发 No 者
单元测试 开发 Yes (ClearQuest) 者
所有单元测试用例都通过。
代码审查 开发 Yes （ClearQuest） 者
ห้องสมุดไป่ตู้
所有代码评审检查单中的规则都通过。
功能测试 测试 Yes （ClearQuest） 者
95% 测试用例通过。没有严重程度级别 1 和 级别 2 未被修复的缺陷存在。
软件缺陷分析技术的研究
软件缺陷分析技术的研究杨勋姮;段明璐【摘要】对软件缺陷相关的概念进行了探讨,包括软件错误、软件失效、软件故障等;对软件缺陷的属性以及缺陷分析技术进行了研究,常见的缺陷分类方法包括6种传统缺陷分析方法,即根本原因分析法、缺陷分布分析法、缺陷注入-发现矩阵分析法、基于阶段的缺陷排除分析法、正交缺陷分类分析法、软件故障树分析法.最后对这些缺陷分析方法的优势劣势进行了比较分析,依据比较的结果总结了不同缺陷分析方法的特点和适用性,对软件测试活动和缺陷分析过程具有实践价值.【期刊名称】《软件》【年(卷),期】2018(039)002【总页数】9页(P93-101)【关键词】计算机软件;软件缺陷分析;根本原因分析法;正交缺陷分类法【作者】杨勋姮;段明璐【作者单位】华北计算技术研究所软件测评中心,北京 100083;华北计算技术研究所软件测评中心,北京 100083【正文语种】中文【中图分类】TP311.50 引言随着技术的不断发展和人类文明的不断进步，以软件为基础的产业发展迅猛，软件已经由以往的单一结构逐渐向复杂结构转变，航空航天等领域武器装备系统的结构复杂度不断提高，对系统进行缺陷分析是变得越来越重要的。
从开始进入软件领域，我们就一直被反复教导一个由无数惨痛教训总结出的道理：缺陷在研发过程的越早期被发现，其造成的影响和修复带来的成本就会越低[1]。
曾经有研究显示，如果在需求分析阶段发现并修复一个缺陷的成本为 1，在编码实现阶段发现并修复缺陷成本就增长到了15，而到了测试阶段一跃而升变为35，如果到了最终交付用户使用后才发现并修复，成本甚至可以到75。
对于不同阶段注入的单位缺陷，修复成本和发现阶段的关系如图1所示：从图1可以看出，项目开发后期修复缺陷的成本已经高到了初期修复成本的75倍，而且返工次数也随着项目进行而大幅提高。
如果在交付用户后发现了一个缺陷需要修复，必须要重新修改设计和编码，然后再次进行评审和测试。
BUG分析——精选推荐
BUG分析软件缺陷（bug）"，即为计算机软件或程序中存在的某种破坏正常运⾏能⼒的问题、错误，或者隐藏的功能缺陷。
⼀般来说，软件缺陷的属性包括缺陷标识、缺陷类型、缺陷严重程度、缺陷优先级、缺陷来源、缺陷原因等。
种类型： （1）设计不合理; （2）功能、特性没有实现或部分实现; （3）运⾏出错，包括运⾏中断、系统崩溃、界⾯混乱等; （4）与需求不⼀致，在执⾏TestCase时则为实际结果和预期结果不⼀致; （5）⽤户不能接受的其他问题，如存取时间过长、界⾯不美观; （6）软件实现了需求未提到的功能。
软件缺陷有四种级别，分别为：致命的(Fatal)，严重的(Critical)，⼀般的(Major)，微⼩的(Minor)。
常⽤的软件缺陷的优先级表⽰⽅法可分为：⽴即解决P1、⾼优先级P2、正常排队P3、低优先级P4。
⽴即解决是指缺陷导致系统⼏乎不能使⽤或者测试不能继续，需⽴即修复；⾼优先级是指缺陷严重影响测试，需要优先考虑；正常排队是指缺陷需要正常排队等待修复；⽽低优先级是指缺陷可以在开发⼈员有时间的时候再被纠正。
三种常⽤的技术⼯具供⼤家参考。
（1）20/80原则80%的有效⼯作往往是在20%的时间内完成的，⽽20%的⼯作是在80%的时间内完成的：哪些软件缺陷是最重要的，哪些软件缺陷是最关键的。
（2）ABC法则⼿边的软件缺陷并不⼀定就具有第⼀优先处理的重要性。
只有正确的判断，才可将测试活动效率增加数倍。
（3）四象限原则，把软件缺陷进⾏分类四个象限，然后只需记住四个字就⾏，那就是"轻重缓急"。
"轻"，指的是相对重要但不紧急的软件缺陷；"重"，是指最重要也是最紧急的软件缺陷；"缓"，指的是不重要也不紧急的软件缺陷；"急"，则是指不是最重要但却最为紧急的软件缺陷。
理清这种关系之后，就算同时测试许多不同类型的软件缺陷，也会很快清楚哪些软件缺陷是必须马上完成；软件缺陷的三种基本状态： （1）激活状态(Active或Open)。
2020年产品质量缺陷判定分级标准
影响产品主要功能或影响产品一般功能
轻度影响产品功能，但不会明显表现出来
不影响产品的功能
对使用安全的影响
存在不安全因素，必然会引起安全事故或造成严重损失
存在一定程度不安全因素，有可能造成安全事故，导致产品损坏
对安全性影响不大或有轻度影响，但不会导致发生事故
不影响产品使用的安全
3.5轻微缺陷Minor
4.职责
4.1品控部：负责本标准编制并执行。
4.2各部门：负责遵守本标准的判定结果。
5.判定条件
5.1外观检测：目视(视力1.0及以上) 自然光照条件下，目视距离50cm，产品置于目视角度正前方，特殊情况需从不角度观测对比。
5.1.1外观检验依据GB7707进行判定。
5.2物理力学及化学性能：根据产品使用性能依据相应标准进行判定。
5.2.1
6.按产品交付对客户的影响，质量缺陷分级为：
缺陷类型
致命缺陷
严重缺陷
一般缺陷
轻微缺陷
级别划分
A
B
C
D
缺陷加权分值
100
50
10
1
对总体性能的影响
产品总体性能下降，顾客拒绝接受，国家不予认可
产品性能下降，顾客可能提出严重意见和抗议
对整体性能影响不大，顾客可能有意见
设计考虑不周
对功能特性的影响
3.2致命缺陷Fatal
影响质量安全的所有缺陷，影响难以纠正的非正常的情况，全影响寿命的，会造成产品故障的或造成产品使用困难的或造成下道工序混乱的缺陷都称为致命缺陷。
3.3严重缺陷Critical
可以引起易于纠正的异常情况，可能影响寿命，可能引起易于修复的故障，肯定会造成使用困难，产品外观
【转载】【常见缺陷分析技术】ODC缺陷分析法
【转载】【常见缺陷分析技术】ODC缺陷分析法ODC，英⽂全称为Orthogonal Defect Classification，译作"正交缺陷分类"，由IBM 的Waston中⼼推出。
当需要分析与开发者和测试⼈员相关、与开发阶段相关、与顾客的满意程度相关的产品质量的外部属性时，据IBM介绍可以通过ODC分析这些属性的结果提⾼软件的质量。
ODC技术对于以下3种情况特别适⽤：（1）开发⽣命周期相对来说是⼀个很漫长的过程，包括后续的改进⼯作。
例如，这个项⽬包括多个软件版本或者⼀个版本有多次迭代。
（2）潜在的缺陷数⽬是相当⼤的。
缺陷数⽬越多，客观的分析结果也越多，对我们了解软件质量越有好处。
（3）这个项⽬已经将"⾼质量"设定为它的主要⽬标之⼀。
ODC技术将每⼀个缺陷按不同维度进⾏分类。
当缺陷数量较多时，也可以对缺陷进⾏抽样分析。
⽬前ODC技术的主要维度包括发现问题的活动（分为8类）、触发因素（分为36类）、结果影响（分为13类）、问题根源对象（分为6类）、缺陷类型（分为39类）、缺陷界定（分为3类）、责任来源（分为5类）、缺陷年龄（分为4类）8个，共114类。
根据⼤量缺陷分类后产⽣的各类缺陷的统计数字，结合缺陷定位信息（所属⼦系统、模块、特性）进⾏多维度正交分析，就能准确确定产品主要质量问题区域，识别缺陷引⼊和去除过程的重点改进对象，实现对过程和产品的精确改进指导。
将传统度量⼿段和ODC技术相结合，能实现对过程和产品的宏观评估和微观解剖。
将⼀个缺陷在⽣命周期各环节的属性组织起来，从单维度、多维度来对缺陷进⾏分析，从不同⾓度得到各类缺陷的缺陷密度和缺陷⽐率，从⽽积累得到各类缺陷的基线值，⽤于评估测试活动、指导测试改进和整个研发流程的改进；同时根据各阶段缺陷分布得到缺陷去除过程特征模型，⽤于对测试活动进⾏评估和预测。
7.7节中前⾯⼏个⼩节描述中涉及的缺陷分布、缺陷趋势等都属于这个⽅法中的⼀个⾓度⽽已。
产品质量缺陷判定分级标准
未造成报废损失，返修后合格，不影响返工，不丧失互换性
基本无影响或影响轻微
外观方面的缺陷
缺陷严重，顾客肯定会发现
缺陷明显，很可能会引起顾客不满或抗议
客户可能会发现，但反应程度轻。
顾客不会在意或无关紧要
包装方面的缺陷
缺陷性包装丧失主要功能，会导致产品的损坏
缺陷会导致产品质量的损失，如引起的表面损伤、锈蚀等
对可靠性的影响
影响产品的可靠性，固有可靠性低，预期故障率高
对产品可靠性产生较明显的影响，预期故障率较高
对可靠性不明显影响或影响轻微
对产品可靠性无影响
对产品寿命的影响
导致使用寿命严重降低
会使产品使用寿命降低，对寿命有所影响，但不严重。
对使用寿命无影响
——
对返工性及质量成本的影响
造成产品报废，无法返工，丧失互换性，提高了质量成本
严重影响主要功能，主要技术指标不能满足要求
影响产品主要功能或影响产品一般功能
轻度影响产品功能，但不会明显表现出来
不影响产品的功能
对使用安全的影响
存在不安全因素，必然会引起安全事故或造成严重损失
存在一定程度不安全因素，有可能造成安全事故，导致产品损坏
对安全性影响不大或有轻度影响，但不会导致发生事故
不影响产品使用的安全
未满足预期或规定用途有关的要求;即为不良,是产品质量不良等级的严重性的划分点,是产品质量没有达到标准程度的描述;缺陷可分为四个等级:致命缺陷、严重缺陷、一般缺陷、轻微缺陷；生产过程中极少出现或不会出现“致命缺陷”，为了加严产品质量管理，引起各环节、各部门的重视，通常把缺陷分三级来管理，把“严重缺陷”称为“致命缺陷CRI”“一般缺陷”称为“严重缺陷MAJ”“轻微缺陷”称为“轻微缺陷MIN”来进行管理。
缺陷等级的划分
BUG等级划分方法一、四级的划分方式：1.BUG等级划分建议：目前project上的BUG严重程度分为五个等级，按照CMM5中定义的规范，BUG严重等级可分为3-5个等级，由于我们公司的CMM水平还处于初级阶段，将BUG等级划分过细不符合我们当前的CMM水平，同时也不利于测试人员对BUG等级的精确划分。
根据我们公司的情况，同时参照其它中小公司的等级划分标准，建议将BUG等级划分四个等级，分别为致命、严重、一般、提示。
● 致命(可对应目前BUG体系中的“非常严重”)：致命性问题主要为：系统无法执行、崩溃或严重资源不足、应用模块无法启动或异常退出、无法测试、造成系统不稳定。
具体基本上可分为：○严重花屏○内存泄漏○用户数据丢失或破坏○系统崩溃/死机/冻结○模块无法启动或异常退出○严重的数值计算错误○功能设计与需求严重不符○其它导致无法测试的错误● 严重(可对应目前BUG体系中的“严重”)严重性问题主要为：影响系统功能或操作，主要功能存在严重缺陷，但不会影响到系统稳定性。
具体基本上可分为：○功能未实现○功能错误○系统刷新错误○语音或数据通讯错误○轻微的数值计算错误○系统所提供的功能或服务受明显的影响● 一般(可对应于目前BUG体系中的“普通”)一般性问题主要为：界面、性能缺陷具体基本上可分为：○操作界面错误(包括数据窗口内列名定义、含义是否一致) ○边界条件下错误○提示信息错误(包括未给出信息、信息提示错误等)○长时间操作无进度提示○系统未优化(性能问题)○光标跳转设置不好，鼠标(光标)定位错误● 提示(可对应于目前BUG体系中的“轻微及建议”)提示性问题主要为：易用性及建议性问题具体基本上可分为：○ 界面格式等不规范○ 辅助说明描述不清楚○ 操作时未给用户提示○ 可输入区域和只读区域没有明显的区分标志○ 个别不影响产品理解的错别字○ 文字排列不整齐等一些小问题○ 建议注意：对于结构及硬件问题，由于产品测试部仅是进行辅助测试，碰到此类问题时，均将于定位于等级“致命”，具体情况由结构及硬件部门相关人员确认。
产品质量缺陷判定分级标准
6.按产品交付对客户的影响，质量缺陷分级为：
缺陷类型
致命缺陷
严重缺陷
一般缺陷
轻微缺陷
级别划分
A
B
C
D
缺陷加权分值
100
50
10
1
对总体性能的影响
产品总体性能下降，顾客拒绝接受，国家不予认可
产品性能下降，顾客可能提出严重意见和抗议
对整体性能影响不大，顾客可能有意见
设计考虑不周
对功能特性的影响
需返工返修，且难于返工，增加质量成本
未造成报废损失，返修后合格，不影响返工，不丧失互换性
基本无影响或影响轻微
外观方面的缺陷
缺陷严重，顾客肯定会发现
缺陷明显，很可能会引起顾客不满或抗议
客户可能会发现，但反应程度轻。
顾客不会在意或无关紧要
包装方面的缺陷
缺陷性包装丧失主要功能，会导致产品的损坏
缺陷会导致产品质量的损失，如引起的表面损伤、锈蚀等
日 期
文 件 分 发 部 门
（注：专业文档是经验性极强的领域，无法思考和涵盖全面，素材和资料部分来自网络，供参考。可复制、编制，期待你的好评与关注）
文件编号:
版本编号:
文件类型
编制部门
产品质量缺陷判定及分级标准
编制日期:
页 码:
1.目的
对来料、制程、出货等环节产品质量检测,根据接收质量限<AQL抽样表>执行抽样检查,同时给出明确有效的缺陷判定等级,使产品缺陷判定标准统一,特制定本标准
2.适用范围
适用于本公司质量管控各环节.
3.定义
3.1缺陷Defect:
生事故
对可靠性的影响
影响产品的可靠性，固有可靠性低，预期故障率高
正交缺陷分类(ODC)流程简介及应用经验分享
正交缺陷分类（ODC）流程简介及应用经验分享谷珊, 软件测试工程师, IBM简介：正交缺陷分类法，Orthogonal Defect Classification（ODC）是一种缺陷分析方法，用来评估各种软件问题。
无论是测试还是开发，都可从中获益。
ODC 的四个工作流程：分类、校验、评估和行动是一个完整体，缺少任何一个环节都会影响 ODC 的结果。
由于作者实际参与了 IBM Information Archive 产品 ODC 校验小组的工作，因此在本文中作者除了介绍 ODC 的四个流程外，着重总结了在 ODC 校验过程中常见的问题，并分别引出相关改善的经验。
作者希望这些经验可以更好的帮助读者快速熟悉 ODC 流程。
以便更有效的在读者参与的 ODC 项目中建立校验小组。
正交缺陷分类（ODC）简介正交缺陷分类法，Orthogonal Defect Classification（以下简称 ODC）是一种缺陷分析方法，由 IBM 在 1992 年提出。
它通过给每个缺陷添加一些额外的属性，利用对这些属性的归纳和分析，来反映出产品的设计、代码质量、测试水平等各方面的问题。
从而得到一些解决办法来进行改进。
例如对于测试团队，通过ODC 可以知道测试工作是否变得更加复杂；每一个测试阶段，是否利用了足够多的触发条件来发现缺陷；退出当前测试阶段有什么风险；哪个测试阶段做得好，哪个测试阶段需要改进等。
对于开发团队，利用 ODC 可以知道产品设计和代码编写的质量情况。
而给产品用户带来的好处就是提高客户满意度，减小产品投入市场后的维护花费。
ODC 的工作流程分为四部分：“缺陷分类”，“校验已被分类的缺陷”，“评估数据”以及“采取行动来改进工作”。
下面我们将逐一进行讲解。
1. 分类阶段分类，是 ODC 工作流程中的第一步，即需要测试和开发人员分别对每一个缺陷填写 ODC 属性。
对于团队成员来说，正确的了解每个属性的值尤为重要，这样才能保证他们在分类时尽量选择正确的选项。
产品质量缺陷判定分级标准
未造成报废损失，返修后合格，不影响返工，不丧失互换性
基本无影响或影响轻微
外观方面的缺陷
缺陷严重，顾客肯定会发现
缺陷明显，很可能会引起顾客不满或抗议
客户可能会发现，但反应程度轻。
顾客不会在意或无关紧要
包装方面的缺陷
缺陷性包装丧失主要功能，会导致产品的损坏
缺陷会导致产品质量的损失，如引起的表面损伤、锈蚀等
日 期
文 件 分 发 部 门
对可靠性的影响
影响产品的可靠性，固有可靠性低，预期故障率高
对产品可靠性产生较明显的影响，预期故障率较高
对可靠性不明显影响或影响轻微
对产品可靠性无影响
对产品寿命的影响
导致使用寿命严重降低
会使产品使用寿命降低，对寿命有所影响，但不严重。
对使用寿命无影响
——
对返工性及质量成本的影响
造成产品报废，无法返工，丧失互换性，提高了质量成本
5.2.1
6.按产品交付对客户的影响，质量缺陷分级为：
缺陷类型
致命缺陷
严重缺陷
一般缺陷
轻微缺陷
级别划分
A
B
C
D
缺陷加权分值
100
50
10
1
对总体性能的影响
产品总体性能下降，顾客拒绝接受，国家不予认可
产品性能下降，顾客可能提出严重意见和抗议
对整体性能影响不大，顾客可能有意见
设计考虑不周
对功能特性的影响
文件编号:
版本编号:
文件类型
编制部门
产品质量缺陷判定及分级标准
编制日期:
页 码:
1.目的
对来料、制程、出货等环节产品质量检测,根据接收质量限<AQL抽样表>执行抽样检查,同时给出明确有效的缺陷判定等级,使产品缺陷判定标准统一,特制定本标准
正交缺陷分类
正交缺陷分类正交缺陷分类（Orthogonal Defect Classification，ODC）是一种软件缺陷分类的方法。
它基于缺陷的类型和属性来对缺陷进行分类，从而提高软件质量管理的效果。
ODC的背景在软件工程中，缺陷是无法避免的。
为了减少缺陷和提高软件的质量，软件开发团队需对缺陷进行及时的识别和分类。
然而，传统的缺陷分类方法主要基于人工经验和感性判断，并且分类过于简单和粗略，无法为软件质量管理提供实际效益。
此时，ODC这种基于经验的缺陷分类方法就应运而生。
ODC的原理ODC的核心是将缺陷分为不同的类型和属性，并根据类型和属性来建立缺陷的分类。
ODC的类型和属性包括以下几个方面。
1. 功能方面：缺陷所影响的软件功能。
2. 出现位置方面：缺陷发生的位置。
3. 影响程度方面：缺陷导致的影响程度。
4. 严重度方面：缺陷对软件系统的严重程度。
5. 修复难度方面：修复缺陷所需的难度。
ODC的优势ODC的优势主要得益于其对缺陷的详细分类。
如下所述：1. 便于跟踪和管理缺陷。
ODC可以将所有的缺陷按类型和属性进行分类，从而便于跟踪和管理。
管理者仅需要查看一张表格，便可轻易地了解到各类缺陷的情况。
2. 提高软件质量。
ODC可以帮助开发团队在缺陷管理上更加有效地进行控制，并提高软件的质量。
通过不同类型和属性的缺陷分类，开发团队能够更加全面地了解软件的缺陷状况，进而采取相应的措施。
3. 更好地规划和管理测试。
ODC能够帮助测试人员更加详细地规划和管理测试，从而更好地发现和记录缺陷。
测试人员可以通过了解各个缺陷的属性，更加科学地进行测试，并为不同类型的缺陷制定不同的测试策略。
4. 经验积累。
ODC可以将所有的缺陷按不同类型和属性进行分类，从而形成实际的经验知识库，这些经验可以传递给日后的开发和测试工作，从而更好地积累经验，提高软件的水平。
ODC的缺点1. 依赖于经验。
ODC是一种基于经验的缺陷分类方法，因此其分类结果受到实际经验影响。
orthogonal defect classification -回复
orthogonal defect classification -回复什么是Orthogonal Defect Classification（ODC）？Orthogonal Defect Classification（ODC）是一种软件缺陷分类方法，旨在提供对软件缺陷进行详细分析和统计的框架。
它由Capers Jones在20世纪80年代末提出，并在其著作《Applied Software Measurement》中进行了详细描述。
ODC的目标是帮助开发团队和质量控制团队更好地理解和管理软件缺陷，从而改进软件开发过程并提高软件质量。
ODC方法的核心思想是将软件缺陷分为不同的类别，并为每个类别分配一组特定的属性和度量标准。
这些类别被称为缺陷类型（Defect Type），ODC共定义了63个缺陷类型，每个缺陷类型都描述了一个特定的软件缺陷问题。
ODC的主要优势之一是它提供了一个可被整个软件行业共享和使用的标准分类体系。
这意味着不同组织之间可以使用相同的分类标准进行软件缺陷的记录和报告，从而使得跨组织之间的缺陷数据更加可比较和有意义。
ODC分类体系的一些常见的缺陷类型包括性能问题、界面问题、算法问题、逻辑问题等。
每个缺陷类型都有其独特的属性和度量标准，用于描述和量化缺陷的严重程度和影响。
使用ODC进行软件缺陷分类的过程通常包括以下几个步骤：1. 收集缺陷数据：首先需要收集和记录软件缺陷相关的数据。
这些数据包括缺陷的描述、发现时间、修复时间、严重程度等信息。
2. 确定缺陷类型：根据收集到的数据，将每个缺陷分配到合适的缺陷类型中。
这需要对每个缺陷进行仔细分析，了解其具体问题和特征。
3. 分析和度量缺陷：为每个缺陷类型定义与之相关的度量标准。
这些度量标准可以是定量的，例如缺陷的数量或修复所需的时间，也可以是定性的，例如缺陷的严重程度。
4. 统计和报告缺陷：使用ODC提供的分类体系和度量标准，对缺陷数据进行统计和分析。
orthogonal defect classification -回复
orthogonal defect classification -回复什么是Orthogonal Defect Classification（ODC）？Orthogonal Defect Classification（ODC）是一种软件开发过程中的缺陷分类方法。
它是一种系统性的方法，可以帮助开发人员和测试人员对软件项目中的缺陷进行分类、记录和分析。
ODC的核心思想是将缺陷按照其关联性和共同特征进行分类，以便更好地理解和解决缺陷，提高软件开发的质量和效率。
ODC方法的基本原则是将缺陷按照其类型和属性进行分组，以便更好地识别其中的模式和趋势。
ODC将缺陷分为七个主要类别：控制流、数据流、接口、错误处理、构建和版本控制、界面和文档错误以及其他缺陷。
每个类别都有其特定的子类别，以便更加详细地描述和记录缺陷。
控制流缺陷是指与程序流程相关的错误，例如缺失的或错误的条件语句、循环语句或跳转语句。
这些缺陷可能导致程序执行顺序的错误，从而导致不正确的结果或无法预料的行为。
数据流缺陷是指与程序的数据处理相关的错误，例如未初始化的变量、使用未定义的变量或未正确更新变量的值。
这些缺陷可能导致程序逻辑错误或内存泄漏等严重问题。
接口缺陷是指与软件组件之间的接口相关的错误，例如未正确定义接口规范、接口误用或接口不一致。
这些缺陷可能导致不正确的数据传输、功能失效或系统崩溃等问题。
错误处理缺陷是指与程序错误处理相关的错误，例如未正确处理异常或错误的错误处理逻辑。
这些缺陷可能导致程序崩溃、信息泄漏或拒绝服务等安全问题。
构建和版本控制缺陷是指与构建和版本控制过程相关的错误，例如构建环境配置错误、版本冲突或缺失的构建脚本。
这些缺陷可能导致构建失败、编译错误或配置问题。
界面和文档错误是指与用户界面或软件文档相关的错误，例如不一致的界面设计、缺失的帮助文档或错误的用户指南。
这些缺陷可能导致用户困惑、错误的操作或错误的结果。
其他缺陷是指不属于以上任何一类的缺陷，但仍然对软件的功能、性能或安全产生影响的错误。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
压力测试发现 一个致命问题
性能测试 功能测试 压力测试 接口测试 内部评审 代码检视 屏幕文字 内部文档 上下兼容 设计一致性 一致性 硬件配置 周边兼容
一般
严重
致命
ODC缺陷分析方法
ODC参考资源
1. 2. 3. 4. 5. 6.
ODC官方网站：/softeng/ODC/ODC.HTM Improving software testing via ODC: Three case studies. M. Butcher, H. Munro, T. Kratschmer. IBM SYSTEMS JOURNAL, VOL 41, NO 1, 2002 A Comparison of IBM's Orthogonal Defect Classification to Hewlett Packard's Defect Origins, Types, and Modes. Jon T. Huber, 1999 ODC(Orthogonal Defect Classification)简介，冯涛，2005.11 采用ODC改善软件质量：一个案例研究，YangGu，2006.10 Orthogonal Defect Classification: A Concept for In-Process Measurements. Ram Chillarege,etc. IEEE Transactions on Software Engineering, Vol 18, No. 11, Nov 1992
ODC数据分析
通过数据分析，以便知道应该怎么样 和 进行什么样的改进
ODC的好处
ODC使用模型
ODC属性分配
触发因素 问题发现活动 Opener 结果影响 严重程度
Defect
缺陷类型 责任来源 问题位置 缺陷年龄 Closer
内容类型
缺陷界定 问题根源对象
ODC缺陷分析方法
50 检视发现的 45 主要是一般 40 问题 35 30 25 20 15 10 5 0 提示
ODC : Orthogonal Defect Classification 正交缺陷分类法
理解ODC
ODC : Orthogonal Defect Classification 正交缺陷分类法
软件缺陷：指的是软件工作产品的不足或不完美之处。 软件工作产品：指的是软件过程所创造的一切产物，包括计算机程序、 计划、流程、及所有相关的文档和数据。
软件过程：是人们用以开发和维护软件工作产品的一系列活动、方法、 实践和转换。
软件故障：指的是软件缺陷在一定的输入条件下被激活的结果，它在无适当 容错措施的情况下造成失效。
软件失效：指的是软件执行过程中系统行为与用户需求的偏离。
Y Y
何谓正交？ 0 x
X
Z
X
ODC分类方法
原因 触发因素
问题发现活动 验证 开发 结果
领测技术（EzTester）简介 正交缺陷分类法
Approved by WAYNE Work Studio At 2007/05/18
ODC方法的发展历史
在IBM0年
由IBM的 T.J.Watson研究发 明
1997年
完成基本理论体系 建设
1998年后
结果影响
严重程度 验证
缺陷类型
内容类型
责任来源 问题位置 缺陷年龄
开发
缺陷界定
问题根源对象 定位
什么是ODC？
ODC技术： 结合了根原因分析和统计建模(Statistical Modeling) 两种软件缺陷分析技术的优势。 提供了一套用于捕获缺陷数据关键特性的方案，并 给出对分类的缺陷数据集进行分析的指导。 可以帮助我们全面了解缺陷，从而采取最有效的措 施来改进软件开发过程中的不足，不断地提高软件 产品质量。 ODC统计分析可以： 准确确定产品主要质量问题区域 识别缺陷引入和去除过程的重点改进对象 实现对过程和产品的精确改进指导