基于ODC的软件缺陷度量研究
软件测试Bug之“缺陷分析“篇
软件测试Bug之“缺陷分析“篇提到Bug，软件缺陷，除了记录一个问题出现的现象和原因以外，对于一个或者多个Bug的分析也非常重要，本文讲述了Bug分析的目的，介绍了IBM的ODC缺陷分析法，已提供给需要进行缺陷分析的测试小伙伴们参考。
Bug记录平台介绍Bug记录平台，用比较文绉绉的话说是软件缺陷跟踪系统（DefectTrackingSystem，DTS）是软件测试管理系统的核心部分。
这里拿华为的缺陷管理系统来举例，网易以及其他互联网公司大部分会使用比较轻量级的开源平台比如Jira平台等。
共同之处是对软件缺陷处理过程有一些最基本的要求，大概包括以下几个方面：1）整个处理过程应该是闭合的，即确保每一个被发现的问题在过程中都能得到解决，在整个过程中追踪缺陷的状态，问题记录在整个周期内都得到维护简单来说可以理解为Bug的状态流转，例如创建、进行中、已解决、关闭等2）每一个被发现的软件缺陷都应该按类别和优先级进行分类3）对软件缺陷的改正应该进行验证，以确保问题确实被解决、不利的影响已经被消除，并且解决该问题所引起的变化不会带来新的问题软件项目团队的全体成员就以软件缺陷跟踪系统（DTS）为工作的参照物，形成良好的工作流程和运行机制，构建如下所示的软件测试管理体系：1）测试人员向缺陷跟踪系统报告新bug，在新版本上执行回归测试验证bug 是否正确修改2）开发人员每天浏览属于自己需要修改的bug，修正bug后及时更新bug 的状态3）项目经理及部门经理根据缺陷跟踪系统的bug分布信息，跟踪和控制软件开发过程4）技术支持人员根据缺陷跟踪系统的bug状况，估计软件的发布期限BUG生命周期全流程：测试人员提交BUG->开发人员处理->测试回归->关闭问题单提交必填属性有：Bug主题、描述、重要性、测试类型、是否线上bug、影响的版本、经办人、回归人等Bug分析目的一、对测试执行过程进行度量和评估，给出版本质量评估及开发测试改进建议。
软件缺陷度量与软件过程管理方法研究
软件缺陷度量与软件过程管理⽅法研究软件缺陷度量与软件过程管理⽅法研究08信管20088306026 秦雄强摘要：软件能⼒成熟度模型第4级中要求在项⽬中定量管理,建⽴组织级过程性能,构成完整的量化管理,采⽤统计或其它定量⽅法管理软件过程,并通过对过程中出现的⽅法,技术等问题进⾏因果分析和寻找解决⽅案。
在仔细研究了现有的缺陷度量分类⽅法和分析指标后,提出了⼀个基于缺陷度量与分析的软件过程改进模型。
应⽤该模型可以设计缺陷数据管理系统。
关键词：软件缺陷;缺陷度量;软件过程1引⾔软件缺陷是软件在⽣命周期各个阶段存在的⼀种不满⾜给定需求属性的问题。
⽬前发布的软件中,都存在着这样或那样的缺陷,某些缺陷可能成为软件的致命隐患,⽽导致应⽤软件或操作系统崩溃,所以软件开发公司和个⼈必须都积极采取有效的⽅法,尽可能的减少缺陷。
在软件开发过程中实施缺陷的度量与分析,对于提⾼软件开发和测试效率,预防缺陷发⽣,保证软件产品质量有着⼗分重要的作⽤。
缺陷分析是将软件开发各个阶段产⽣的缺陷信息进⾏分类和汇总统计,计算分析指标,编写分析报告的活动。
通过软件缺陷分析可以发现各种类型缺陷发⽣的概率,掌握缺陷集中的区域、明确缺陷发展趋势、挖掘缺陷产⽣的根本原因,便于有针对性地提出遏制缺陷发⽣的措施、降低缺陷数量。
2问题描述⽬前多数中⼩型软件项⽬的开发对于缺陷信息的控制和管理处⼀种混乱的状态中,对测试前期的设计和开发阶段的缺陷数据统计和分析的重视程度严重不⾜。
基本上是在进⼊测试阶段后才开始报告出⼤量的缺陷,进⾏缺陷的修正,再测试,再修正这样⼀个⽆序的过程。
由于缺乏缺陷数据的统计与分析,及缺陷的预防机制,使得软件项⽬开发周期变得难以控制。
本⽂基于上述思考,提出了⼀个基于缺陷度量与分析的软件过程改进模型,如图1。
该模型可根据需要设计缺陷属性度量分类标准。
图1 基于缺陷度量与分析的软件过程改进模型3缺陷分类⽅法研究3.1缺陷分类的⽬的和原则缺陷分类的⽬的是通过实施软件缺陷管理,采集完整的缺陷数据信息。
利用正交缺陷分类技术测量软件验证过程的有效性2006
利用正交缺陷分类技术测量软件验证过程的有效性袁东林(中国科学院研究生院,北京100039)摘 要:正交缺陷分类(ODC)技术是一种对软件过程的有效性进行量化测量的方法,其Trigger属性代表了对验证过程的测量结果;通过分析Trigger属性的统计特性,可以评估验证过程的有效性,并指导开发和测试组改进验证过程。
描述了Trigger属性的定义,并通过具体案例说明了测量软件验证过程的方法。
关键词:正交缺陷分类;Trigger;验证过程;验证过程测量;软件缺陷;软件故障中图法分类号:TP31115 文献标识码:A 文章编号:100123695(2006)0420081204 Validati on Pr ocess Measurement Based on O rthogonal Defect Classificati onY UAN Dong2lin(Graduate School,Chinese Acade m y of Sciences,B eijing100039,China)Abstract:ODC(O rthogonal Defect Classificati on)technol ogy p r ovides a quantitative means of s oft w are p r ocessmeasure ment. Trigger,one attribute of ODC architecture is designed t o measure the validati on p r ocess.Analyzing the distributi on of Trigger statistics is a possible way t o evaluate the effectiveness of the validati on p r ocess as well as t o conduct tea m s t o find out the weakness and i m p r ove the p r ocesses.This paper gives a detailed descri p ti on about defect Trigger,als o demonstrates how t o use ODC Trigger t measure the validati on p r ocess by t w o cases.Key words:ODC;Trigger;Validati on Pr ocess;Validati on Pr ocessMeasurement;Soft w are Defect;Soft w are Failure1 引言如何评价软件过程的有效性和软件质量是业界的难题。
基于软件测试的缺陷分析及度量方法
基于软件测试的缺陷分析及度量方法计算机软件是由专业人员开发并长期维护的软件产品。
一套完美的软件产品离不开软件测试人员的支持，软件产品在长期运行中，不可避免会出现软件故障，阻碍产品正常使用，因此，在软件产品上线前，需软件测试人员进行一系列的测试工作，发现缺陷，并由开发人员及时修复。
为此，有必要做软件测试的缺陷进行分析和度量的研究，并最终形成测试报告，以便产品相关人员查阅，以作依据。
1 软件缺陷软件缺陷，是指计算机软件或程序中存在的某种破坏正常运行能力的错误、隐藏的功能缺陷等。
缺陷的存在会导致软件产品在某种程度上不能满足使用者的需要。
在IEEE729-1983中对缺陷有一个标准的定义：从产品内部看，缺陷是软件产品开发或维护过程中存在的错误、毛病等各种问题；从产品外部看，缺陷是系统所需要实现的某种功能的失效或违背。
一个完整的软件缺陷，主要的组成元素有：缺陷的编号、标题、基本信息、测试软硬件环境、测试软件版本、缺陷类型、严重程度、缺陷等级、复现步骤、实际结果描述、期望结果、截取缺陷的图像、备注信息等，确保每个缺陷是准确、清晰、简洁、完整、一致。
通过分析软件缺陷，可帮助公司获取更多的产品价值，主要有：分析测试活动工作量及输出价值、提供素材，供测试或开发过程进行改进、归纳统计，反映内在问题、帮助测试人员确定一个测试缺陷基线，方便未来测试目标的选定等。
也许，各个公司或测试人员对缺陷的分析理解都不一样，但大体方向都是为了以后工作做的更好，为我们最终的产品服务。
1.1 缺陷分类在测试过程中发现的缺陷，一般可分为如下几类，分别为：（1）代码错误：不满足需求、功能实现有误等；（2）设计缺陷：页面美观性、协调性、错别字等；（3）用户体验：对产品、项目的建议性意见等；（4）性能问题：性能测试时使用，如：网络延时、内存问题等；（5）安全问题：业务功能存在的安全问题；（6）接口问题：涉及有模块间数据传递时使用；（7）配置问题：由于提供的配置不当或者配置不能够满足实际要求而出现的问题。
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 未被修复的缺陷存在。
一种基于缺陷关联模式挖掘的软件缺陷定位方法
一种基于缺陷关联模式挖掘的软件缺陷定位方法马雪，马诗洋，张东昕（航空工业西安航空计算技术研究所，陕西西安710068）摘要：在软件演进中，软件缺陷不可避免，且严重影响软件系统的发展。
因此，缺陷修复在软件工程领域占据重要位置，为了降低缺陷修复成本，软件缺陷定位应运而生。
但现有的缺陷定位方法因为缺少成熟且庞大的数据测试基准而不被业界广泛认可，并且缺乏从关联缺陷角度出发来优化。
与此同时，丰富历史缺陷数据，以及缺陷链接行为都为软件维护提供指导。
但鲜有工作从历史关联缺陷数据的角度研究缺陷定位方法提升的途径。
因此，文章构建缺陷数据集，提供一个数据测试基准，挖掘历史缺陷数据链接行为上潜在的缺陷关联模式，从关联缺陷角度出发，研究缺陷定位方法的提升途径。
关键词：软件缺陷；缺陷报告；信息检索；缺陷定位方法；缺陷关联模式中图分类号：TP393文献标识码：A文章编号：2096-9759（2023）03-0013-03A Software Bug Localization Method Based on Bug Relationship Pattern MiningMA Xue,MA Siyang,ZHANG Dongxin(Xi'an Aeronautics Computing Technique Research Institute,A VIC,Xi'an710068,China)Abstract:In the process of software evolution,software bugs are inevitable,which seriously affect the development of software system.Therefore,bug fix occupies an important position in the field of software engineering.Software bug localization came into being in order to manage bug fix.However,the existing bug localization methods are not widely accepted by the industry due to the lack of mature and large data test benchmark,and lack optimizing from the perspective of associated defects.At the same time,rich historical bug data and bug linking behavior can provide guidance for high quality software maintenance.How-ever,the existing researches on historical bug data mainly focus on bug prediction/detection models,and few researches on the improvement of bug localization methods from the perspective of historical related bug data.Therefore,this paper builds a bug data set to provide a data test benchmark to mine potential bug relationship patterns on the linking behavior of historical bug data.From the point of view of related bugs,the improvement way of bug localization method is studied.Key words:Software Bug;Bug Report;Information Retrieval;Bug Localization Method;Bug Relationship Patterns1引言随着软件系统的演进，软件缺陷大量产生并且被修复。
软件缺陷分析技术的研究
软件缺陷分析技术的研究杨勋姮;段明璐【摘要】对软件缺陷相关的概念进行了探讨,包括软件错误、软件失效、软件故障等;对软件缺陷的属性以及缺陷分析技术进行了研究,常见的缺陷分类方法包括6种传统缺陷分析方法,即根本原因分析法、缺陷分布分析法、缺陷注入-发现矩阵分析法、基于阶段的缺陷排除分析法、正交缺陷分类分析法、软件故障树分析法.最后对这些缺陷分析方法的优势劣势进行了比较分析,依据比较的结果总结了不同缺陷分析方法的特点和适用性,对软件测试活动和缺陷分析过程具有实践价值.【期刊名称】《软件》【年(卷),期】2018(039)002【总页数】9页(P93-101)【关键词】计算机软件;软件缺陷分析;根本原因分析法;正交缺陷分类法【作者】杨勋姮;段明璐【作者单位】华北计算技术研究所软件测评中心,北京 100083;华北计算技术研究所软件测评中心,北京 100083【正文语种】中文【中图分类】TP311.50 引言随着技术的不断发展和人类文明的不断进步，以软件为基础的产业发展迅猛，软件已经由以往的单一结构逐渐向复杂结构转变，航空航天等领域武器装备系统的结构复杂度不断提高，对系统进行缺陷分析是变得越来越重要的。
从开始进入软件领域，我们就一直被反复教导一个由无数惨痛教训总结出的道理：缺陷在研发过程的越早期被发现，其造成的影响和修复带来的成本就会越低[1]。
曾经有研究显示，如果在需求分析阶段发现并修复一个缺陷的成本为 1，在编码实现阶段发现并修复缺陷成本就增长到了15，而到了测试阶段一跃而升变为35，如果到了最终交付用户使用后才发现并修复，成本甚至可以到75。
对于不同阶段注入的单位缺陷，修复成本和发现阶段的关系如图1所示：从图1可以看出，项目开发后期修复缺陷的成本已经高到了初期修复成本的75倍，而且返工次数也随着项目进行而大幅提高。
如果在交付用户后发现了一个缺陷需要修复，必须要重新修改设计和编码，然后再次进行评审和测试。
正交缺陷分类(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 属性。
对于团队成员来说，正确的了解每个属性的值尤为重要，这样才能保证他们在分类时尽量选择正确的选项。
基于软件开发过程度量的软件安全性缺陷预测方法及装置[发明专利]
![基于软件开发过程度量的软件安全性缺陷预测方法及装置[发明专利]](https://img.taocdn.com/s3/m/8581dc87b84ae45c3a358c7b.png)
专利名称：基于软件开发过程度量的软件安全性缺陷预测方法及装置
专利类型：发明专利
发明人：刘源,孙小兵,李斌,周洲,龙瑶,曹思聪,薄莉莉
申请号：CN202010286267.7
申请日：20200413
公开号：CN111506504A
公开日：
20200807
专利内容由知识产权出版社提供
摘要：本发明公开了一种基于软件开发过程度量的软件安全性缺陷预测方法及装置。
本发明通过构造文件开发者图和项目代码修改图，表达了软件开发过程中开发者活动和代码修改的信息；同时使用图神经网络训练嵌入模型对图结构分别进行嵌入操作，获取其对应的特征向量作为度量元，保留了图结构中的大量信息；将获得的文件开发者度量元和文件修改度量元这两种度量元作为特征，利用缺陷数据库中的数据进行数据标注，训练分类模型，获得最终的预测模型，利用该模型进行安全性缺陷预测，在文件粒度上给出预测结果，且预测准确度高。
申请人：扬州大学
地址：225009 江苏省扬州市大学路88号
国籍：CN
代理机构：南京理工大学专利中心
代理人：朱炳斐
更多信息请下载全文后查看。
基于ODC的软件缺陷分析统计系统的设计与实现
基于ODC的软件缺陷分析统计系统的设计与实现作者：梁德军杨成武来源：《电脑知识与技术》2018年第36期摘要：软件产品发布后，使用过程中不可避免地仍会发现各种缺陷，对这些缺陷进行记录、统计和分析具有重要意义。
该文结合软件用户使用实际，设计并实现了基于ODC的软件缺陷分析统计系统。
该系统能够根据实际需要对软件缺陷进行各种统计和分析，并将结果生成分析统计报告。
关键词：软件产品;缺陷分析;缺陷统计;ODC中图分类号TP311; ; ; 文献标识码：A; ; ; 文章编号：1009-3044（2018）36-0068-04Abstract： After software product is released which becomes fixed and unchangeable， during the software use，the software defects can’t be avoided. It has a very important significance to record， statistics， analyze these defects. Combined with the actual use of user， the paper mainly designs and realizes the architecture of software defect analysis and statics system Based on ODC. The system can carry out a variety of software defect analysis and statistics according to the actual needs of the system， and the results can be generated to the statistics analysis report.Key words： software product; defect analysis; defect statistic; ODC1 背景随着软件在系统中所占比重越来越大，软件发生故障的概率也随之增大。
基于度量的嵌入式软件缺陷风险分析研究
基于度量的嵌入式软件缺陷风险分析研究阮顺领;卢才武【摘要】通过对COSMIC-FFP模型的扩展优化提出了嵌入式软件系统度量的方法,从而解决了COSMIC-FFP模型不支持对含有复杂数学算法的嵌入式实时系统度量的问题,基于软件规模度量提出了软件缺陷度量的方法.通过对软件规模的准确度量和对软件缺陷风险的分析,发现软件项目过程风险管理的不足,达到降低软件项目过程风险的目的.%The method of embedded software system measurement is offered based on the COSMIC-FFP model optimization. Thereby solving the problem of COSMIC-FFP model does not support to measure embedded real-time system with complicated mathematical algorithm. And on this basis the software defects measurement method is put forward. Software project risk management deficiencies are discovered during the whole process of software development, and software project risks are reduced by use of the new method.【期刊名称】《计算机工程与应用》【年(卷),期】2013(049)003【总页数】5页(P61-64,87)【关键词】软件度量;缺陷密度;风险分析【作者】阮顺领;卢才武【作者单位】西安建筑科技大学管理学院,西安710055;西安建筑科技大学管理学院,西安710055【正文语种】中文【中图分类】TP3软件缺陷多少是衡量软件系统质量好坏的重要标准之一。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
经验后抽象得 到的。Ｏ Ｃ的特征属性 ’包括 发现缺陷 的活 Ｄ 动、 缺陷的影 响、 缺陷触发 、 缺陷的修复对象 、 缺陷类型、 缺陷限 定词 、 缺陷来源 、 陷历史。在应 用 Ｏ Ｃ进行 缺陷数 据收集 缺 Ｄ 时， 分为发现缺陷和修复缺陷两个阶段进行 ， 如图 １ 所示。 ａ 当测试人员或用户发现一个缺陷时需要定义 以下三个 ）
供 了一 种 思路 。 关 键 词 ：软 件 度 量 ；缺 陷度 量 ；正 交缺 陷 分 类
中图分类号 ：Ｔ ３ ｌ Ｐ １
文献标志码 ：Ａ
文章 编号 ：１０ —６ ５ ２ １ ） ２ ０ ６ — ３ ０ １３ ９ （０ ０ ０ —５ ３ ０
ｄｉ１ ．９ ９ｊｉ ｎ １０ ６ ５ ２ １ ．２ ０ ４ ｏ：０ ３ ６ ／．ｓ ．０ １３ ９ ．０ ０ ０ ．４ ｓ
（ ｐ．ｏ Ｓｓｍ Ｅ ｇｎｅｉ ｎｉｅｒ ｇＴｃｎｌｇ ，Ｂｉａｇ Ｕ ｉ ｒｔ， ｅ ｎ ０ １ １ Ｃ ｉａ） Ｄｅｔ ｆ ｙｔ ｎ ｉ ｒ ｇｏ ｇｎｅｉ ｅｈｏｏｙ ｅ ｎ ｎｖ ｓｙ Ｂｉ ｇ１０９ ， ｈｎ ｅ ｅ ｎ ｆＥ ｎ ｈ ｅｉ ｉ ｆ
Ａｂ ｔ ａ ｔ Ｆ ｒｔ ｓｒ ｃ ： ｉ ｌ ｓ ｙ，ａ ｃ ｒ ｉｇ ｔ ｈ ｒ ｏ ｏ ａ ｄ ｆ ｃ ｌ ｓｉ ｃ ｔ ｎ，ｔｉ ａ ｅ ｅ ｃ ｂ ｄ ｔｅ ｄ ｆｃ ａａ ｉ ｆｒ ｔ ｎ ｗ ｉｈ ｃ ｏ ｄｎ ｏ ｔｅ ｏｔ ｇ ｎ ｌ ｅｅ ｔｃａ ｓ ａｉ ｈ ｉ ｆ ｏ ｈ ｓ ｐ ｐ ｒ ｄ ｓ ｒ ｅ ｈ ｅｅ ｔｄ ｔ ｎｏｍａｉ ｈ ｃ ｉ ｏ
ｓ ｏ ｌ ｅ ｃ ｌｅ ｔｄ ｂ ｆｒ ｆＣ ａ ｕ ｅ ｎ ｘ ｃ ｉｎ．Ｓｅ ｏ ｄｌ ｔｄｅ ｃｉ ｅ ｏ ｔ ｅｔ ｅｏ ｔ ｏ ｏ ａ ｅ ｅ ｔｃａ ｓｆｃ ｔｏ ｈ ｕｄ ｂ ｏ ｌｃｅ ｅｏ ｅｄｅｅ ｔｍｅ ｓ ｒ ｍｅ ｔｅ ｅ ｕｔ ｏ ｃ ｎ ｙ，ｉ ｓ ｒｂ ｄ ｈ ｗ ｏｕｓ ｈ ｒｈ ｇ ｎ ｌｄ ｆｃ ｌｓｉｉａ ｉｎ
ｆｒｍｅ ｓ ｒ ｍｅ ｔ ｎ ｌｓｓ ｒ ｍ ｔｅ ｖｅ ｆｓ ｇ ｅｄ ｍｅ ｓｏ ｎ ｌ — ｉ ｎ ｉｎ １ ｈ ｒ ｌ ， ｒｓ ｎ ｅ ｈ ｐ ｌ ａｉｎ ｐ ｏ ｅ ｓ ｏ ａ ｕ ｅ ｎ ａｙ ｉ ｏ ｈ ｉｗｓｏ ｉ ｌ ｉ ｎ ｉｎ ａ ｄｍｕｔ ｄ ｍｅ ｓｏ ａ ．Ｔ ｉ ｙ ｐ ｅ ｅ ｔｄ ｔ ｅａ ｐｉ ｔ ｒ ｃ ｓ ａ ｆ ｎ ｉ ｄ ｃ ｏ
息， 阐述 了缺 陷属性 的具体分 类 ， 然后从 单维度 和 多维度 两个 角度介 绍 了如 何利 用 Ｏ Ｃ的缺 陷属性 进行 度量分 Ｄ
析 ， 给 出 了软 件 组 织 应 用 Ｏ Ｃ 的 流 程 ， 后 提 供 了正 交 缺 陷 分 类 方 法 的 应 用 实例 ， 缺 陷 度 量 的 应 用 研 究提 并 Ｄ 最 为
பைடு நூலகம்
Ｓ ｆ ｒ ｅｅ ｔｍｅｒｃ ｂ ｓ ｄ ｏ ｒｈ ｇ ｎ ｌｄ ｆ ｃ ｌｓｉ ｃ ｔ ｎ ｏ ｗａｅ ｄ ｆｃ ｔｉ ａ ｅ ｎ ｏ ｔｏ ｏ ａ ｅｅ ｔｃａ ｓｆ ａｉ ｔ ｉ ｏ
ＣＨＥＮ — ｈ ｏ，ＺＥＮＧ — ｎ Ａｉｚ ｅ Ｆｕ ｐｉｇ， ＬＵ Ｍ ｉ ｙ ｎ ｎ—ａ
Ｋｅ ｒ ｓ ｏ ｗａｅｍｅｒｃ ｅｅ ｔ ｔｃ：ｏｔｏ ｏ ａ ｄ ｆｃ ｌｓｉｃｔ ｎ ＯＤ ｙｗｏ ｄ ：ｓｆ ｒ ｔ ；ｄ ｆｃ ｒ ｔ ｉ ｍｅｉ ｒ ｇｎ ｌ ｅｅ ｔ ａｓ ａｉ （ Ｃ） ｈ ｃ ｉ ｆ ｏ
如 何 评价 软件 产 品 的质 量 以 及 更好 地 对 软 件 过 程进 行 管 理 和 改进 是长 期 困 扰软 件 业 界 的 问题 。近 年来 ， 软件 界 许 多 专
用 数 学 的方 法 抽 象 和统 计 缺 陷 的数 量 ， 开 发 过 程 的后 期 得 到 在
一
１ 正交缺 陷分类 方法
１ １ ＯＤ ． Ｃ缺 陷分 类
Ｏ Ｃ在高层次上 ， Ｄ 是帮助获 取缺陷信 息 的一 种缺陷分类
方 法 ， 所 定 义 的 缺 陷 属 性 是 ＩＭ 公 司 在 总 结 了 大 量 的 项 目 它 Ｂ
陈爱真 ，曾福萍 ， 陆民燕
（ 北京航 空航 天大 学 工程 系统工程 系， 北京 １０ ９ ） ０ １ １
摘 要 ：从正交缺 陷分类（ ￣ ｏｏａ ｄｆｃ ｃａｓ ｉ ｔ ｎ Ｏ Ｃ） ｏ ｈ ｇｎｌ ｅｅｔ ｌｓｉｃ ｉ ， Ｄ 出发 ， 绍在 缺 陷度量 前需要 收 集的 缺 陷数 据信 ｆａｏ 介
以及 Ｏ Ｃ的 应 用 流程 进 行 较 为 系 统 的 分 析 ， 而 使 软 件 组 织 Ｄ 从 更 容 易地 应 用 Ｏ Ｃ进 行 缺 陷 度量 。 Ｄ
家提出了以软件缺陷数据为 核心的观点 。在软件开发 和测 试过程中贯穿着缺陷的引入 、 发现 、 修复和关 闭的过程 ， 如何充 分利用这些缺陷信息进行软件过程 改进和产品质量 的评估 是 当前研究 的热点。软件缺陷度量 是软 件组织对软件 的质 量和 过程进行评估和预测 的常用 手段之一。定量的统计缺 陷模 型 和定性的缺陷根原因分析是 两种传统的缺陷度量方法 。前 者
第２ ７卷 第 ２期
２１ ０ ０年 ２ 月
计 算 机 应 用 研 究
Ａ ｐ ｉａ ｉｎ Ｒｅ ｅ ｒ ｈ ｏ ｏ ｕ ｅｓ ｐ ｌ ｔ ｓ ａ ｃ ｆＣ ｍｐ ｔ ｒ ｃ ｏ
Ｖｏ ＿ ７ Ｎ ． ｌ２ ｏ ２
Ｆ ｂ ２ ｌ ｅ． ＯＯ
基 于 ＯＤ 的 软 件 缺 陷度 量 研 究 Ｏ