正交缺陷分类(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分析目的一、对测试执行过程进行度量和评估，给出版本质量评估及开发测试改进建议。
正交实验设计及结果分析知识分享
正交实验设计及结果分析正交试验设计对于单因素或两因素试验，因其因素少，试验的设计、实施与分析都比较简单。
但在实际工作中，常常需要同时考察3个或3个以上的试验因素，若进行全面试验，则试验的规模将很大，往往因试验条件的限制而难于实施。
正交试验设计就是安排多因素试验、寻求最优水平组合的一种高效率试验设计方法。
1 正交试验设计的概念及原理1.1 正交试验设计的基本概念正交试验设计是利用正交表来安排与分析多因素试验的一种设计方法。
它是由试验因素的全部水平组合中，挑选部分有代表性的水平组合进行试验的，通过对这部分试验结果的分析了解全面试验的情况，找出最优的水平组合。
例如：设计一个三因素、3水平的试验A因素，设A1、A2、A3 3个水平；B因素，设B1、B2、B3 3个水平；C因素，设C1、C2、C3 3个水平，各因素的水平之间全部可能组合有27种。
全面试验：可以分析各因素的效应，交互作用，也可选出最优水平组合。
但全面试验包含的水平组合数较多（图示的27个节点），工作量大，在有些情况下无法完成。
若试验的主要目的是寻求最优水平组合，则可利用正交表来设计安排试验。
全面试验法示意图三因素、三水平全面试验方案正交试验设计的基本特点是：用部分试验来代替全面试验，通过对部分试验结果的分析，了解全面试验的情况。
正因为正交试验是用部分试验来代替全面试验的，它不可能像全面试验那样对各因素效应、交互作用一一分析；当交互作用存在时，有可能出现交互作用的混杂。
虽然正交试验设计有上述不足，但它能通过部分试验找到最优水平组合，因而很受实际工作者青睐。
如对于上述3因素3水平试验，若不考虑交互作用，可利用正交表L9(34)安排，试验方案仅包含9个水平组合，就能反映试验方案包含27个水平组合的全面试验的情况，找出最佳的生产条件。
1.2 正交试验设计的基本原理正交设计就是从选优区全面试验点（水平组合）中挑选出有代表性的部分试验点（水平组合）来进行试验。
缺陷种类及产生原因
环境因素
如温度、湿度、清洁度等环境条件对产品质量产生影响。
要点二
管理因素
如质量管理体系不完善、质量控制不严格等管理问题导致 产品质量问题。
04
针对不同缺陷种类的预防措施
外观缺陷预防措施
严格控制原材料质量
对进厂的原材料进行严格的检验，确保其质 量符合标准。
优化生产工艺
改进生产工艺，降低产品外观缺陷的发生率 。
随着人工智能和机器学习技术的发展，未来将有更多智能 化检测工具用于发现和修复缺陷，提高软件质量和开发效 率。
自动化测试
自动化测试将在未来得到更广泛的应用，通过自动化工具 和框架实现测试用例的自动生成、执行和分析，提高测试 效率和质量。
全流程质量管理
未来软件开发将更加注重全流程质量管理，从需求分析、 设计、编码、测试到发布等各个环节进行严格的质量控制 。
改进开发流程
通过对缺陷产生原因的分析，可以发现开发流程中存在的问题和不足，从而针对性地改进开发流程，提 高开发效率和软件质量。
报告目的和结构
报告目的
本报告旨在对软件缺陷的种类及产生原因进行深入分析，为制定有效的预防和纠正措施提供依据，以提高软件的 质量和可靠性。
报告结构
本报告将首先介绍缺陷的定义和分类，然后分析缺陷产生原因的重要性，接着详细阐述各类缺陷的产生原因，最 后提出预防和纠正措施的建议。
05
案例分析：典型产品缺陷及产生原因
案例一：手机外观划痕问题
01 02 03 04
缺陷描述：手机外壳或屏幕上出现明显的划痕，影响外观和使用体验 。
产生原因
生产工艺问题：如外壳材料质量差、加工过程中操作不当等。
使用环境问题：如长时间接触钥匙、硬币等硬物，或在沙尘较多的环 境下使用。
质量控制中的缺陷分析和纠正措施
质量控制中的缺陷分析和纠正措施在大多数制造业中，质量控制是一个至关重要的过程。
然而，即使在最佳情况下，仍然难以避免产品中出现缺陷。
因此，为了确保最终产品符合质量标准，必须对缺陷进行分析和纠正措施。
一、缺陷的定义在进行缺陷分析之前，首先必须确定缺陷的定义。
缺陷是指产品或服务未能满足预期的标准或要求，或者在产品或服务的生产、分发和使用过程中出现了问题。
二、缺陷分析的重要性作为制造商，了解缺陷的性质和原因对于改进制造过程以及成本和质量管理至关重要。
通过对缺陷进行分析，可以确定缺陷出现的根本原因，并采取措施减少或排除缺陷。
三、缺陷分析的步骤1. 收集数据要进行缺陷分析，必须先确定需要分析的数据集。
数据可以来自多个来源，例如客户反馈、产品测试和检查过程。
2. 确定缺陷模式确定缺陷的模式和类型，这有助于确定制造过程中的流程和跟踪缺陷的来源。
3. 根本原因分析通过根本原因分析，找出缺陷的具体原因。
这需要对原始数据进行详细的分析，以找出与缺陷有关的模式和趋势。
4. 采取纠正措施分析完缺陷原因之后，必须确定采取的措施或方法来消除此缺陷。
4. 监控和改进过程在缺陷被识别并采取措施后，必须持续地监视和改进制造过程来确保问题不再出现。
四、缺陷纠正措施采取纠正措施旨在消除缺陷，并减少将来出现缺陷的可能性。
以下是一些缺陷纠正措施：1. 故障排除使用故障排除技术来检查缺陷。
应该开发设备或流程，以确保故障排除的及时性和准确性。
2. 重复性测试要确保使用相同的条件或方法来测试缺陷是否已得到纠正。
3. 更改产品规范根据纠正措施更改产品规范，以确保产品符合质量标准。
4. 供应商控制对供应商进行审查和检查，以确保供应商提供的所有物料符合质量标准。
5. 适当的员工培训授予员工必要的知识和技能，以便他们识别和解决可能出现的缺陷。
五、结论缺陷分析和纠正措施是确保生产质量的重要步骤。
在生产过程中，缺陷难免会出现。
通过对缺陷进行根本原因分析，并采取相应的纠正措施，制造商可以大大提高其产品的质量水平，增强消费者对产品的信心。
本地化测试软件缺陷分类详解
当天化尝试硬件缺陷分类详解之阳早格格创做当天化尝试创造的硬件缺陷特性明隐，便于分类.本文依照当天化尝试硬件缺陷的特性举止分类，仔细天分解百般缺陷的表示特性，简要形貌百般缺陷的爆收本果，末尾给出百般缺陷的建正要领.1. 缺陷典型综合天道，硬件当天化的缺陷主要分为二大类：核心缺陷战当天化缺陷.二类缺陷的仔细分类如下图所示：百般缺陷对付应的英文称呼如下表所示：华文称呼英文称呼证明当天化缺陷Localization Bug L10N Bug2. 缺陷表示特性由于当天化缺陷是当天化尝试中出现的数量最多的缺陷，所以最先分解当天化缺陷的表示特性.而当天化尝试中创造的核心缺陷虽然数量已几，然而是它们的妨害程度更大，所以需要严肃对付待，交下去分解它们的表示特性.2.1 用户界里缺陷•控件的笔墨被截断（Truncation）o对付话框中的文本框、按钮、列表框、状态栏中的当天化笔墨只隐现一部分•控件大概笔墨不对付齐（Misaligned）o对付话框中的共类控件大概当天化笔墨不对付齐•控件位子沉叠（Overlapped）o对付话框中的控件相互沉叠•多余的笔墨（Extra strings）o硬件步调的窗心大概对付话框中的出现多余的笔墨•拾得的笔墨（Missed strings）o硬件步调的窗心大概对付话框中的笔墨部分大概局部拾得•纷歧致的控件筹备（Inconsistent layout）o当天化硬件的控件筹备取源谈话硬件纷歧致•拾得的笔墨（Missed strings）o硬件步调的窗心大概对付话框中的笔墨部分大概局部拾得•笔墨的字体、字号过得（Incorrect font name and font size）o控件的笔墨隐现不好瞅，不切合当天化谈话的精确字体战字号•多余的空格（Extra space）o当天化笔墨字符之间存留多余的空格2.2 谈话品量缺陷•字符不当天化（Unlocalized strings）o对付话框大概硬件步调窗心中的该当当天化的笔墨不当天化•字符不完备天当天化（Incomplete localized strings）o对付话框大概硬件步调窗心中的该当当天化的笔墨惟有一部分当天化•过得的当天化字符（Error localization）o源谈话笔墨被过得天当天化，大概者对付政事敏感的笔墨过得天举止了当天化•纷歧致的当天化字符（Inconsistent localized string）o相共的笔墨前后翻译纷歧致o相共的笔墨各谈话之间纷歧致o相共的笔墨硬件用户界里取联机助闲文献纷歧致•过分当天化（Over localization）o不该该当天化的字符举止了当天化•标面标记、版权、商标标记过得（Incorrect punctuation, Copyright）o标面标记、版权战商目标当天化不切合当天化谈话的使用习惯2.3 当天化功能缺陷当天化功能缺陷是当天化硬件中的某些功能不起效率，大概者功能过得，取源谈话功能纷歧致.•功能不起效率（Not working）o菜单、对付话框的按钮、超链交不起效率•功能过得（Error function）o菜单、对付话框的按钮、超链交引起步调解体o菜单、对付话框的按钮、超链交戴去取源谈话硬件纷歧致的过得截止o超链交不链交到当天化的网站大概页里o硬件的功能不切合当天化用户的使用央供•热键战快速键过得（Error hot keys and short-cut keys）o菜单大概对付话框中存留沉复的热键o当天化硬件中缺少热键大概快速键o纷歧致的热键大概快速键o快速键大概快速键无效2.4 源谈话功能缺陷源谈话功能缺陷是正在源谈话硬件战局部当天化硬件上皆不妨复现的过得.•功能不起效率（Not working）o菜单不起效率o对付话框的按钮不起效率o超链交不起效率o控件中心跳转程序（Tab键）不精确•笔墨真量过得（Incorrect strings）o硬件的称呼大概者版本编号过得o英文拼写过得、语法过得o英文用词汇不妥当等2.5 源谈话国际化缺陷源谈话国际化缺陷是正在源谈话硬件安排历程中对付硬件的当天化本领的处理缺累引起的，它只出当前当天化的硬件中.•天区树立过得（Error regional setting）o当天化日期要领过得o当天化时间要领过得o当天化数字要领（小数面、千位分开符）过得o当天化货币单位大概要领过得o当天化度量单位过得o当天化纸弛大小过得o当天化电话号码战邮政编码过得•单字节字符过得（Error DBCS）o不收援单字节字符的输进o单字节字符隐现治码o不克不迭保存含有单字节字符真量的文献o不克不迭挨印单字节字符3. 缺陷爆收本果核心缺陷是由于源步调硬件编码过得引起的，比圆启垦人员对付于某个功能模块的编码过得，大概者不思量硬件的国际化战当天化本领，而将代码设定为某一种谈话；当天化缺陷是由于硬件当天化历程引起的，比圆谈话翻译品量较好、界里控件筹备不当、翻译了步调中的变量等.4. 缺陷建正要领当天化缺陷是尝试中创造的数量最多的Bug，它只出当前当天化的版本上，而不出当前源谈话版本上，不妨由当天化工程师建改当天化硬件相闭资材文献办理，比圆建改过得的翻译笔墨、安排控件的大小战位子等.核心缺陷中的源谈话功能缺陷既出当前当天化硬件，也不妨正在源谈话硬件上复现，而核心缺陷中的源谈话国际化缺陷，虽然只出当前当天化版本中，然而是只可通过建改步调代码真止，属于源谈话硬件的安排过得，那类缺陷只可由硬件启垦人员建正.。
产品缺陷的等级和判定基准
产品缺陷的等级和判定基准产品缺陷的等级和判定基准：AQL为了尽早的发现问题，最大限度的减少损失，我们要求每一位作业人员要进行自主检验，本节给大家讲述一些缺陷的通用等级判定标准。
使大家在碰到一些问题时能够触类旁通，迅速的作出准确的判定，以节省时间和减少不必要的浪费。
首先明确什么叫检验（检查）：是用目视测量、试验、测定或其它方法将需检验的产品的特征值与标准值对比的一个过程。
符合标准的即为合格品，反之，不符合标准的即为不合格品。
不符合处有可能是一处也可能是多处，但只要有一个该产品就为不合格品。
由此我们可以明白凡举检验那必须有一个标准，有一个参照物，否则无从谈起。
二．缺陷的分类我们将缺陷和含有该缺陷的不合格品分为三个等级：极严重缺陷（或称致命缺陷）、极严重不合格品。
与安全有关的缺陷如突出的锐角、漏电、有毒等危及人体安全与健康的均属此类。
严重缺陷、严重不合格品：与安全无关而与功能有关的缺陷、不合格品。
如产品较脆、功能不健全影响使用但不危及人体安全及健康。
轻微缺陷、轻微不合格品：不影响使用只影响美观性的缺陷如刮伤、色差甚至缺胶但不是关键部位不影响组装、功能都均属于轻微缺陷。
这是平时注意最多的、争议最集中的地方。
其实我们首先应注意的是安全-----结构、功能然后才是外观。
在整个行业中只要是安全结构性能出现1个异常，不论一批货数量再大均被判为不合格批需退货的。
我们工作中常有一个不好的习惯，单注重于表面外观忽略内部结构和组装、性能。
应当纠正。
抽样检验抽样检验分为计量检验和计数检验两种。
在下列情况下一般用抽样检验：1.需用破坏性手段去检验的,如检验产品的使用寿命,象风扇将其不间断的工作来试验它的工作寿命,就不能一一去试了;2.数量较多,时间上不允许的.这里主要讲述抽样检验的有关常识,有助于理解为什么在品管或客户只检验了一部分产品,发现了一至二个不合格品,却要整批判退.抽样检验是依据目前国际通行的MIL-STD-105E部分为依据的,.该抽样方案是美国军工标准,于二次世界大战中建立和发展完善起来的,以统计学为基础理论,经过广泛的实践证明为目前最为科学的抽样方案,已为各国广泛采用.该抽样标准较为复杂,这里主要讲述其中的普通单次抽样标准,另外还有普通多次、加严、放宽、减量等各种抽样方案,视质量水平的稳定性和宽严而决定采用哪一种,本节不作讲述.。
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 未被修复的缺陷存在。
质量控制与缺陷分析技术
质量控制与缺陷分析技术1. 质量控制的概念质量控制是确保产品或服务满足特定标准和客户期望的一系列过程和活动它涉及到规划、监控、分析和改进产品和服务的质量质量控制的目标是识别和纠正过程中的问题，以提高产品或服务的质量和可靠性2. 质量控制的方法质量控制包括多种方法，如统计过程控制（SPC）、全面质量管理（TQM）、六西格玛（Six Sigma）和精益生产（Lean Manufacturing）这些方法都主要目的是通过持续改进和优化过程来提高产品或服务的质量3. 缺陷分析技术缺陷分析是质量控制的重要组成部分，它涉及到识别和分析产品或服务中的缺陷和问题缺陷分析技术包括以下几种：3.1. 根本原因分析（Root Cause Analysis，RCA）根本原因分析是一种系统的方法，用于识别和解决问题的根本原因它可以帮助确定导致缺陷或问题的根本原因，并采取相应的纠正措施3.2. 故障模式和影响分析（Flure Mode and Effects Analysis，FMEA）故障模式和影响分析是一种前瞻性的方法，用于识别和评估产品或过程中可能出现的故障模式及其潜在影响通过FMEA，可以采取预防措施，以减少故障模式的发生和影响3.3. 质量工具和技术质量工具和技术是用于支持和辅助质量控制和缺陷分析的各种工具和技术常见的质量工具和技术包括控制图、散点图、帕累托图、流程图、检查表和统计数据分析等4. 质量控制与缺陷分析的实施实施质量控制和缺陷分析需要建立一套有效的质量管理体系该体系应包括以下几个关键步骤：4.1. 质量规划质量规划是在产品或服务开发过程中制定质量目标和策略的过程它涉及到确定质量标准、制定质量计划和分配质量责任4.2. 质量监控质量监控是监督和评估产品或服务的质量，以确保其符合预定标准它包括监控生产过程、检查产品质量和收集质量数据4.3. 质量改进质量改进是持续改进产品或服务质量的过程它涉及到分析质量数据、识别改进机会和实施改进措施4.4. 缺陷处理缺陷处理是对识别出的缺陷进行记录、评估和处理的过程它包括缺陷识别、缺陷分析、缺陷纠正和缺陷预防5. 质量控制与缺陷分析的最佳实践为了确保质量控制和缺陷分析的有效性，可以采取以下最佳实践：5.1. 培训和教育培训和教育是确保员工了解和掌握质量控制和缺陷分析方法的关键应定期提供培训课程，以提高员工的质量意识和技能5.2. 持续改进持续改进是质量控制和缺陷分析的核心应鼓励员工提出改进建议，并采取相应的措施，以不断提高产品或服务的质量5.3. 数据驱动决策数据驱动决策是基于质量数据和分析结果制定决策的方法应收集和分析质量数据，以指导改进措施和决策制定6. 结论质量控制与缺陷分析技术是确保产品或服务满足标准和客户期望的关键通过建立有效的质量管理体系，采用适当的质量控制方法和缺陷分析技术，可以提高产品或服务的质量和可靠性实施质量控制和缺陷分析的最佳实践包括培训和教育、持续改进和数据驱动决策通过这些方法，组织可以实现持续改进和提高客户满意度1. 质量控制的重要性质量控制是确保产品或服务达到预定的标准和满足客户期望的重要环节它涉及对整个生产和提供服务的过程进行监控和改进，从而保证最终产品或服务的质量质量控制不仅能够提高客户满意度，提升企业形象，还能降低成本，提高生产效率2. 质量控制的原则质量控制遵循一些基本的原则，包括预防原则、过程原则、数据驱动原则和持续改进原则预防原则强调在生产过程中预防问题的发生，过程原则强调对整个过程进行控制，数据驱动原则强调决策应基于数据和分析，持续改进原则强调通过不断的改进来提升质量3. 质量控制的方法质量控制的方法包括统计过程控制（SPC）、全面质量管理（TQM）、六西格玛（Six Sigma）和精益生产（Lean Manufacturing）等这些方法都有各自的特点和工具，但它们的最终目标都是通过持续改进和优化过程来提高产品或服务的质量4. 缺陷分析技术缺陷分析是质量控制的重要组成部分，其目的是识别和分析产品或服务中存在的缺陷和问题有效的缺陷分析可以帮助企业找到问题的根源，从而采取针对性的纠正和预防措施4.1. 根本原因分析（RCA）根本原因分析是一种系统的方法，用于识别和解决问题的根本原因它可以帮助确定导致缺陷或问题的根本原因，并采取相应的纠正措施4.2. 故障模式和影响分析（FMEA）故障模式和影响分析是一种前瞻性的方法，用于识别和评估产品或过程中可能出现的故障模式及其潜在影响通过FMEA，可以采取预防措施，以减少故障模式的发生和影响4.3. 质量工具和技术质量工具和技术是用于支持和辅助质量控制和缺陷分析的各种工具和技术常见的质量工具和技术包括控制图、散点图、帕累托图、流程图、检查表和统计数据分析等5. 质量控制与缺陷分析的实施实施质量控制和缺陷分析需要建立一套有效的质量管理体系该体系应包括以下几个关键步骤：5.1. 质量规划质量规划是在产品或服务开发过程中制定质量目标和策略的过程它涉及到确定质量标准、制定质量计划和分配质量责任5.2. 质量监控质量监控是监督和评估产品或服务的质量，以确保其符合预定标准它包括监控生产过程、检查产品质量和收集质量数据5.3. 质量改进质量改进是持续改进产品或服务质量的过程它涉及到分析质量数据、识别改进机会和实施改进措施5.4. 缺陷处理缺陷处理是对识别出的缺陷进行记录、评估和处理的过程它包括缺陷识别、缺陷分析、缺陷纠正和缺陷预防6. 质量控制与缺陷分析的最佳实践为了确保质量控制和缺陷分析的有效性，可以采取以下最佳实践：6.1. 领导支持领导的支持对质量控制和缺陷分析的成功至关重要领导应明确表达对质量的重视，并为质量控制和缺陷分析提供必要的资源6.2. 团队合作团队合作是质量控制和缺陷分析的关键应鼓励跨部门和跨职能团队合作，以共同解决问题和改进过程6.3. 员工参与员工的参与对质量控制和缺陷分析的成功至关重要应鼓励员工参与改进活动，并为他们提供必要的培训和支持质量控制与缺陷分析技术是确保产品或服务满足标准和客户期望的关键通过建立有效的质量管理体系，采用适当的质量控制方法和缺陷分析技术，可以提高产品或服务的质量和可靠性实施质量控制和缺陷分析的最佳实践包括领导支持、团队合作和员工参与通过这些方法，组织可以实现持续改进和提高客户满意度应用场合质量控制与缺陷分析技术的应用场合非常广泛，可以应用于各个行业和领域，包括但不限于：1.制造业：在制造业中，质量控制与缺陷分析技术可以用于监控生产过程，确保产品符合标准和客户期望例如，汽车制造、电子制造、食品加工等行业都广泛应用这些技术2.服务业：在服务业中，质量控制与缺陷分析技术可以用于确保服务质量和客户满意度例如，金融服务、医疗服务、餐饮服务等行业都需要应用这些技术3.教育机构：在教育机构中，质量控制与缺陷分析技术可以用于评估教学质量和学生学习成果例如，学校、大学和培训机构都可以使用这些技术来改进教学方法和课程设计4.政府部门：政府部门也可以应用质量控制与缺陷分析技术来提高服务质量和公共管理的效率例如，公共服务、社会保障和城市管理等领域都可以使用这些技术来优化服务流程和提高服务质量在应用质量控制与缺陷分析技术时，需要注意以下几点：1.数据准确性：确保收集的数据准确无误，因为质量控制和缺陷分析的决策将基于这些数据应使用合适的工具和技术来收集和分析数据，以确保其准确性和可靠性2.过程稳定性：在应用质量控制技术时，需要确保生产过程的稳定性通过使用控制图等工具，可以监控过程变异，并在过程失控时及时采取措施3.团队合作：质量控制和缺陷分析需要跨部门和跨职能团队的协作应鼓励团队合作，确保各个部门和团队之间的沟通和协作顺畅4.持续改进：质量控制和缺陷分析是一个持续改进的过程应鼓励员工提出改进建议，并采取相应的措施，以不断提高产品或服务的质量5.培训和教育：为了确保质量控制和缺陷分析的有效性，需要为员工提供适当的培训和教育培训应涵盖质量控制原理、方法和技术，以及如何有效地进行缺陷分析6.客户反馈：客户反馈是质量控制和缺陷分析的重要输入应积极收集客户反馈，并将其作为改进产品或服务的依据7.合规性：在应用质量控制和缺陷分析技术时，需要确保符合相关的法规和标准不同行业和地区可能有不同的质量标准和法规要求，组织应确保其产品或服务符合这些要求8.文化适应性：质量控制和缺陷分析技术的应用应考虑到组织的文化和环境不同组织可能有不同的文化和价值观，需要根据组织的特点来调整和应用这些技术总结来说，质量控制与缺陷分析技术在各种场合都可以应用，但需要注意数据的准确性、过程的稳定性、团队合作、持续改进、培训和教育、客户反馈、合规性和文化适应性等方面的考虑通过合理的应用和注意事项，可以确保质量控制和缺陷分析的有效性，提高产品或服务的质量和客户满意度。
正交缺陷分类的缺陷属性在缺陷管理中的应用
正交缺陷分类的缺陷属性在缺陷管理中的应用陈 莉①(湖南工业大学师专校区数学与计算机科学系,湖南株洲412007)摘 要:基于IBM 研究中心提出的正交缺陷分类属性设计缺陷数据表格,并给出缺陷处理具体流程.关键词:正交缺陷分类;缺陷类型;缺陷管理中图分类号:TP311.11 文献标识码:A 文章编号:1009—1432(2007)05—0046—03Application of t he Defect Attr ibutes ofOr thogonal Defect Cla ssif ication to So f t w ar e Def ect Mana gementC HEN L i(Depart ment of Mat hematics &Computer Science ,Zhuzhou Teachers Coll ege ,Zhuzhou ,Huna n 412007,Chi na )Abstract :Ba sed on t he defect att ri but es of ort hogonal defect classificat ion proposed by IBM re search cent er ,a defect dat a t abl e i s designed and t he specific flow of defect process is al so given i n t he paper.K ey w or ds :ort hogonal defect classificat ion ;defect t ype ;defect manageme nt 在软件开发过程中贯穿着缺陷的引入、发现、修复和关闭的过程,缺陷的信息可以反映开发过程的状况[1].近30年来,国外各研究机构提出了5种具有影响力的缺陷分类方案.正交缺陷分类是当前这几种技术方案中较为全面的一种[2].目前在工程领域已有一些缺陷跟踪管理软件.商业软件如IBM Rational 公司的Clea rQue st ,国内以微创公司的BMS 系统为代表.免费软件以来自于 的B ugzilla 软件为代表,这些软件的功能各有特点,可以根据实际情况选用.但商业软件价格昂贵,而国内微创公司的BM S 系统中的缺陷状态设置仅为3种:已激活、已解决、已关闭,这对于缺陷状态的描述和缺陷处于不同状态的统计略显不足,因为国外关于缺陷管理的研究将缺陷状态定义为5-7种[3].除购买商业软件和使用免费软件外,软件过程支持工具往往采取自主研发的方式,笔者基于以上考虑采取最后一种方式.1 正交缺陷分类的缺陷属性正交缺陷分类方法用多个属性来描述缺陷特征,缺陷特征包括以下8个属性:发现缺陷的活动、缺陷影响、缺陷引发事件、缺陷对象、缺陷历史、缺陷来源、缺陷类型和缺陷限定词.正交缺陷分类所包含的8种属性是缺陷中最重要的几种属性,为设计者提供理论的参考.对于设计者而言,一般会设计诸如缺陷编号、缺陷标题、缺陷提交人等属性,但是对于涉及缺陷本身的属性却往往比较茫然,甚至容易遗漏重要的属性.由于正交缺陷分类方法可提供过程度量,因此这些缺陷数据为详细的过程分析奠定了基础.因果分析方法可以告诉开发人员某些特定问题的诸多细节,与之相比,正交缺陷分类可以完整的分析全部缺陷的6第12卷 第5期株洲师范高等专科学校学报Vol.12No.5 2007年10月J OU RNAL O F Z H UZ HOU T EAC H ERS COL L E GEOct .2007①收稿日期6作者简介陈 莉(),女,湖南常德人,湖南工业大学师专校区讲师,湖南大学硕士,研究方向软件工程4:2007-0-04:1977-:.现象,它的分析结果对大型项目而言可以做到纵览全局.除了正交缺陷分类包含的8种属性以外的其它属性,较容易判断属性应在缺陷处理的哪个阶段给出,由谁给出,但是这8种属性就较难确定.幸好I BM研究中心在提出正交缺陷分类时给出了这方面的参考理论.正交缺陷分类的缺陷属性分类方案的总体框架如图1所示.缺陷包含了丰富的信息,当发现缺陷时,可以知道使缺陷暴露的环境和缺陷可能对用户造成的影响,当修复缺陷时,可以确切地知道缺陷的性质和修复的范围.因此,对应缺陷的发现和修复这两类特定的活动,缺陷的属性分为两部分[4].图1 正交缺陷分类缺陷属性方案的结构[5]当发现缺陷时,正交缺陷分类的缺陷属性包含三种:发现缺陷的活动、缺陷引发事件和缺陷影响.它们往往由测试人员提供,为验证过程提供反馈.其中,发现缺陷的活动和缺陷触发描述了缺陷是如何被发现的,缺陷的影响则是从用户使用的角度出发来描述缺陷.当修复缺陷时,缺陷属性包含五种:缺陷对象、缺陷类型、缺陷限定词、缺陷历史和缺陷来源.它们往往由开发人员提供,为开发过程提供反馈.其中,被修复对象和缺陷类型描述了被修复缺陷的含义,缺陷限定对缺陷类型进行了补充,缺陷寿命说明了缺陷的历史,缺陷的来源指出了缺陷位于何处.这8个属性对于缺陷的消除和预防起到关键作用.2 缺陷数据表格的设计正是由于正交缺陷分类的缺陷属性能够更好的描述缺陷的性质,反映缺陷的特点,并能够较好的定位缺陷,因此选取正交缺陷分类方法缺陷属性作为缺陷数据表格设计的参考.缺陷管理系统中有了缺陷数据表格收集的这些缺陷信息,可以对相关信息进行分类统计、分析,为过程改进提供依据.表1是本系统在处理缺陷和分析缺陷活动中需要收集的所有缺陷属性项目.表1 缺陷数据表格缺陷属性名 缺陷属性的说明是否为正交缺陷分类属性缺陷编号ID缺陷状态缺陷标题发现缺陷的位置缺陷对象发现缺陷的活动缺陷的来源缺陷引发事件缺陷的类型缺陷的影响缺陷的限定缺陷历史缺陷严重等级缺陷提交人缺陷分配人缺陷最终处理人缺陷关联关系缺陷确认人缺陷验证人测试环境说明唯一的缺陷ID,可以根据该ID追踪缺陷缺陷的状态,分为“提交”、“开放”、“修正”、“延期”、“拒绝”、“关闭”描述缺陷的标题缺陷所属的子系统和模块,最好能较精确的定位至模块是对被修复实体的描述缺陷是如何被发现,而表现为软件失效的缺陷来源是标识被修复对象的起源,可以从内部开发、来自重用库、外购和移植这四类中选择合适的一项来描述被修复的需求、设计或代码等指缺陷被触发后,软件失效的行为表现缺陷类型划分为8类,分别是赋值、检验、算法、时序、接口、功能、关系、文档从用户使用的角度出发来描述缺陷,影响划分为13类,包括安装性、完整性/安全性、性能、维护性、服务性、升级、文档、可用性、标准、可靠性、需求、可达性和能力缺陷类型的补充说明标识被修复对象的历史,指设计或代码中包含缺陷的历史,它们可以是以前项目中潜在的、新项目中引入、重写时引入和由已修复缺陷引入这几种类别描述缺陷的严重等级,从1-3,1是严重性最高的等级,3是严重性最低的等级缺陷提交人的名字缺陷分配人员的名字最终处理缺陷的处理人该缺陷是否与其它缺陷具有依赖关联、重复关联、引入关联和相关关联的关系缺陷确认人员的名字对被处理缺陷验证的验证人对测试环境的描述和相关说明否否否否是是是是是是是是否否否否否否否否3 缺陷处理流程的设计缺陷处理流程图是系统中核心部分缺陷处理模块的实现,体现缺陷状态和活动转换的具体处理流程(见图2).由于缺陷的界定在测试人员和开发人员之间存在差异,即使经过了最初“确认提交”这一环节,但仍存在某些非缺陷的问题被提交到系统中,因此会出现开发人员“拒陈 莉:正交缺陷分类的缺陷属性在缺陷管理中的应用74图2 缺陷处理流程图绝”修复缺陷的情况.在该流程图中体现出开发部门人员的任务较重,这与中小型软件组织内的实际情况是相吻合的,开发人员相比于测试人员更清楚项目开发的需求,了解哪些问题才是软件真正的缺陷.所以该流程图中显示缺陷被“分配”后,开发人员不会马上修复缺陷,他们会判断缺陷是否需要修复或是否需要延期,但是决定权在于项目管理者或软件质量管理人员.最后,缺陷“处理”后及被“关闭”前,经过了“确认处理完的缺陷”和“验证缺陷”两个步骤,这样可在一定程度上确保被提交的缺陷在过程中都能得到解决.4 结 论本文介绍了基于IBM 研究中心提出的正交缺陷分类属性设计缺陷数据表格,因为该表格的内容是缺陷管理系统关键信息的流转,并以该数据表格为基础给出缺陷处理的详细流程,这是缺陷管理模块的核心内容.根据缺陷数据表格和缺陷处理流程可以设计出适合于一般中小型软件组织的缺陷管理系统,该系统具备一定的通用性.但是该系统并未给出缺陷关联的检测方法.关于缺陷关联的检测方法的理论研究可参考文献[6].缺陷管理系统中开发人员是根据缺陷数据表格中的信息,如缺陷历史、发现缺陷的活动和缺陷引发事件等,及开发经验判断缺陷关联关系.国内软件开发组织开始分析缺陷趋势并基于缺陷分析和统计数据进行软件过程改进才刚刚起步.同时,国内从事软件缺陷管理研究和工作的组织和企业较少,尤其是真正实施缺陷管理的组织和企业更是寥寥无几.笔者根据软件缺陷管理系统的使用现状,认为在中小型软件组织中开发适合于自身的缺陷管理系统并投入使用是改进软件过程的一个可行措施.参考文献:[1]Mic hael Fredericks ,Victor ingDef ect Trac king and Analysis to Imp rove Software Quality [J ].IBM Jo ur nal of Research and Develop me nt ,1998,19,(10):23-26.[2]Chillarege R ,Bhandari I ,Chaa r J ,et al.Defect Classification -A Concept for Inprocess Measurements [J ].IEEE T ransactions on S of tware Engineering ,1992,18,(11):943-956.[3]Theresa Kratschmer.Improv ing Education of S of twareEngineers through Use of Defect Analysis [J ].IEEE Software Magazine ,2002,48,(10):34-36.[4]Chillarege R.ODC Or thogonal Def ect Classif ication[M ].Washton D C :IBM Thomas J Wat son Resea rch Cente r ,2000.[5]Norman Bridge ,Corinne Miller.Ortho g o nal DefectClassifica tion U sing Defect Data to Imp rove Soft ware De velop ment[J ].Sof tware Quality ,1997,12,(3):66-70.[6]景 涛,江昌海,胡德斌,等.软件关联缺陷的一种检测方法[J ].软件学报,2005,16,(1):17-28.(责任编辑:赵凯辉 英文编校:李晓鸿)8株洲师范高等专科学校学报 2007年第5期(总第58期)4。
正交试验法(含案例)
正交试验设计法一、定义：正交试验设计法就是利用正交表来合理安排多因素试验的一种方法。
二、常用术语1、指标：指标就是试验要考察的效果。
常用X、Y、Z……来表示。
▼定量指标：能够用数量来表示的试验指标，如重量、尺寸、温度。
▼定性指标：不能用数量来表示的试验指标，如颜色、味道、外观。
●定性指标量化：可用打分法、分等法。
2、因素：因素是指对试验指标可能产生影响的原因。
因素是在试验中应当加以考察的重点内容。
一般用大写字母A、B、C……来表示。
3、水平（位级）：位级是指因素在试验中所处的状态或条件。
常用阿拉伯数字1、2、3……来表示。
如: A1、A2、A3、B1、B2、B3。
三、正交表 (已设计好的标准化表格，是进行正试验法的基本工具)1、日本型正交表：由日本质量管理专家田口玄一博士创立。
该正交试验设计法，除需试验的因素外，还要研究分析因素与因素之间的交互作用，一起上列，对试验结果的分析用方差分析等方法，过程较复杂。
2、中国型正交表是由以我国张千里教授为首的中国专家所创立。
它不考虑因素之间的交互作用，而将其交互作用融于试验之中，对试验结果的分析采用极差分析法，简单的用“看一看”与“算一算”相结合的分析、简单、易行、同样能得到满意的结论，是一种实用的试验方法，很适合现场应用。
四、正交表的特点：1、均衡分散性：每一列中各种字码出现的次数相同，保证试验条件均衡地分散在配合完全的位级组合之中，因而代表性强，容易出现好条件。
2、整齐可比性：任意两列中全部有序数字对出现次数都是相同的。
保证了在各个位级的效果之中，最大限度地排除了其他因素的干扰，能最有效地进行比较，作出展望。
五、用中国型正交表安排试验的步骤 1、明确试验目的 2、确定考察指标 3、挑因素、选位级，制定因素位级表 ①挑因素的原则： ▼分析影响指标的各种因素，排除： 不可控因素 对指标影响不大的因素 已掌握得好的因素（让其固定在适当位置上） ▼选对指标可能影响大，又无把握的因素。
软件缺陷分析技术的研究
软件缺陷分析技术的研究杨勋姮;段明璐【摘要】对软件缺陷相关的概念进行了探讨,包括软件错误、软件失效、软件故障等;对软件缺陷的属性以及缺陷分析技术进行了研究,常见的缺陷分类方法包括6种传统缺陷分析方法,即根本原因分析法、缺陷分布分析法、缺陷注入-发现矩阵分析法、基于阶段的缺陷排除分析法、正交缺陷分类分析法、软件故障树分析法.最后对这些缺陷分析方法的优势劣势进行了比较分析,依据比较的结果总结了不同缺陷分析方法的特点和适用性,对软件测试活动和缺陷分析过程具有实践价值.【期刊名称】《软件》【年(卷),期】2018(039)002【总页数】9页(P93-101)【关键词】计算机软件;软件缺陷分析;根本原因分析法;正交缺陷分类法【作者】杨勋姮;段明璐【作者单位】华北计算技术研究所软件测评中心,北京 100083;华北计算技术研究所软件测评中心,北京 100083【正文语种】中文【中图分类】TP311.50 引言随着技术的不断发展和人类文明的不断进步，以软件为基础的产业发展迅猛，软件已经由以往的单一结构逐渐向复杂结构转变，航空航天等领域武器装备系统的结构复杂度不断提高，对系统进行缺陷分析是变得越来越重要的。
从开始进入软件领域，我们就一直被反复教导一个由无数惨痛教训总结出的道理：缺陷在研发过程的越早期被发现，其造成的影响和修复带来的成本就会越低[1]。
曾经有研究显示，如果在需求分析阶段发现并修复一个缺陷的成本为 1，在编码实现阶段发现并修复缺陷成本就增长到了15，而到了测试阶段一跃而升变为35，如果到了最终交付用户使用后才发现并修复，成本甚至可以到75。
对于不同阶段注入的单位缺陷，修复成本和发现阶段的关系如图1所示：从图1可以看出，项目开发后期修复缺陷的成本已经高到了初期修复成本的75倍，而且返工次数也随着项目进行而大幅提高。
如果在交付用户后发现了一个缺陷需要修复，必须要重新修改设计和编码，然后再次进行评审和测试。
软件缺陷分类标准(精)
软件缺陷分类标准 Version 1.1分类 :<标准 >使用部门 :<测试人员、项目组 >目录1. 简介 ........................................................................................................................................... ..................... 1 1.1目的 ........................................................................................................................................... ............. 1 1.2范围 ........................................................................................................................................... ............. 1 1.3文档结构 ........................................................................................................................................... ..... 1 1.4词汇表 ........................................................................................................................................... (1)2. 软件缺陷分类标准 (1)2.1缺陷属性 ........................................................................................................................................... ..... 1 2.2缺陷类型(TYPE (2)2.3缺陷严重程度(SEVERITY ................................................................................................................. 2 2.3.1软件测试错误严重程度 ................................................................................................................ 2 2.3.2同行评审错误严重程度 . (2)2.4缺陷优先级(PRIORITY ..................................................................................................................... 3 2.5缺陷状态(STATUS (3)2.6缺陷起源(ORIGIN (3)2.7缺陷来源(SOURCE (3)2.8缺陷根源(R OOT CAUSE (3)2.9缺陷分类适用范围 (4)3. 参考文献 ........................................................................................................................................... . (4)4. 附录 ........................................................................................................................................... (4)软件缺陷分类标准1. 简介1.1 目的本文档的目的是为同行评审、软件测试提供缺陷分类的标准。
质检技术中的缺陷检测与分类方法
质检技术中的缺陷检测与分类方法在现代工业生产中，产品质量是企业生存和发展的关键。
因此，对产品进行严格的质量检测是必不可少的。
在众多检测技术中，缺陷检测与分类方法是其中的重要一环。
本文将详细介绍质检技术中的缺陷检测与分类方法。
1. 缺陷检测技术缺陷检测技术是通过对产品进行图像处理、数据分析等方法，自动识别出产品中的缺陷。
这一技术可以大大提高检测效率，减少人为误差。
1.1 光学检测技术光学检测技术是利用光学原理对产品进行检测。
其中，最常用的方法是光学显微镜检测和光学投影检测。
光学显微镜检测是通过显微镜观察产品的表面，以发现微小的缺陷。
光学投影检测则是通过投影仪将产品的图像投射到屏幕上，以便于观察和分析。
1.2 图像处理技术图像处理技术是通过对产品图像进行预处理、特征提取和分类等操作，以实现对产品缺陷的自动识别。
这一技术可以有效识别出产品表面和内部的缺陷。
1.3 机器学习技术机器学习技术是利用计算机算法自动从数据中学习，以实现对产品缺陷的自动识别。
其中，常用的方法有支持向量机、神经网络等。
2. 缺陷分类方法缺陷分类方法是对检测出的缺陷进行分类，以确定缺陷的性质和严重程度。
这一方法可以帮助企业更好地了解产品的质量状况，从而采取相应的改进措施。
2.1 基于规则的分类方法基于规则的分类方法是通过制定一系列规则，以实现对缺陷的分类。
这一方法简单易行，但需要大量的经验和知识来制定规则。
2.2 基于统计的分类方法基于统计的分类方法是利用统计学方法，如决策树、随机森林等，自动从数据中学习，以实现对缺陷的分类。
2.3 基于深度学习的分类方法基于深度学习的分类方法是利用深度神经网络，如卷积神经网络（CNN）等，自动从数据中学习，以实现对缺陷的分类。
以上是本文对质检技术中的缺陷检测与分类方法的部分介绍。
希望这一部分内容能有所帮助。
以上内容为本文的大约前30%的内容。
后续内容将详细介绍各种缺陷检测与分类方法在实际工业生产中的应用，以及各种方法的优缺点和适用场景。
评审规范
评审规范河南联通系统集成有限公司版权所有不得复制修订记录目录1简介 (4)1.1目的 (4)1.2范围 (4)1.3术语和缩略语 (4)2评审 (4)2.1审查 (4)2.2小组评审 (5)2.3走查 (5)2.4结对编程 (5)3评审方法的采用 (6)3.1变更评审 (6)3.2人员选定 (6)3.3一般评审原则 (7)4检查单的制定和使用 (7)4.1检查单的制定 (7)4.2检查单的使用 (7)5评审与测试 (8)5.1缺陷属性 (8)5.2严重程度 (8)5.3缺陷来源 (8)5.4缺陷类型 (8)5.4.1需求规格评审缺陷 (8)5.4.2设计文档评审缺陷 (9)5.4.3软件测试计划评审 (9)5.4.4代码评审缺陷 (9)5.5建议的缺陷类型与严重程度之间的关系 (10)6有效性指南 (10)1 简介1.1 目的本文对评审各类方法和变更类型提供裁剪规范，其他裁剪需提交偏差申请进行说明，并标示相应风险评审技术指导。
1.2 范围本文所有项目评审。
1.3 术语和缩略语2 评审基于评审方法的正式程度可进行如下分类2.1审查评审规程描述的就是审查的过程，是最系统、最严密的一种评审技术。
审查适用于评审需求文档、设计文档、编码，目的是达到预期质量目标，减少后期的缺陷遗留。
为了获得高效率，审查前应该培训各种评审角色，这样他们才能承担相应的职责。
审查也依赖于评审检查单和其他错误查找分析方法。
审查的一个重要方面是由组织者而不是作者来主持评审会议。
与其他评审方法相比，审查对工作产品的评审覆盖面最广。
审查按照规程严格执行，问题跟踪阶段组织者还可以根据修改情况决定是否再次进行第二次审查，第二次审查可减少评审人员及正规化程度。
不同审查者会发现不同的问题，但不是参与评审人数越多审查效果就越好，建议评审小组为 3~7 人。
审查中也会存在许多问题被重复提到的现象，在评审会议中，这会激发评审者的共鸣，揭示出更深层次的新问题。
正交缺陷分类(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 属性。
对于团队成员来说，正确的了解每个属性的值尤为重要，这样才能保证他们在分类时尽量选择正确的选项。
【学堂干货】可靠性试验与环境试验中暴露缺陷大全（元器件篇）
【学堂干货】可靠性试验与环境试验中暴露缺陷大全（元器件
篇）
在当今竞争激烈的市场环境和全球化的背景下，产品要迅速并且成功地占领国内外市场，就必须提高产品的环境适应性和可靠性。
在产品可靠性试验与环境试验中可能会暴露很多故障或缺陷，包括设计方面的、制造方面的等等，今天本文分享元器件试验中常常暴露出的缺陷。
首先了解下可靠性试验与环境试验：
在产品研制阶段早期，主要是通过试验来发现设计缺陷且加以改进，并通过进一步的试验来发现新的问题。
经验表明，70 %左右的设计缺陷要靠对样机进行试验才能发现。
试验不仅是产品研制生产过程中完善设计的有力措施，也是评价产品各项特性是否符合要求的必不可少的手段。
为达到产品研制合同的要求，试验、评价和改进贯穿整个产品研制和生产过程，主要包括研制试验、鉴定试验、验收试验和例行试验，如表1所示。
环境试验是以产品对预期工作环境的适应性为考核目标的试验，包括耐受最恶劣的储存与运输环境而不致损坏和在合理极值环境条件下正常工作的能力。
可靠性试验是按可靠性要求设计和进行的、有可靠性目标并在典型环境条件下的试验，是验证产品在规定条件下和规定时间内能否实现预定功能而进行的试验，是可靠性增长试验、可靠性研制试验和可靠性验证试验的总称。
元器件可靠性与环境试验类型及潜在缺陷一览，绝对干货！。
第4章 黑盒测试 第5节 其他方法及综合案例
zhang678
100
提示：帐户余额 200 不足
三、错误推测法
基于经历和直觉推测程序中所有可能存 在的各种错误，从而有针对性的设计测 试用例的方法。
根本思想： 列举出程序中所有可能有的错误和容易发生 错误的特殊情况，根据它们选择测试用例。 例如： 在单元测试中曾列出的许多在模块中常见的 错误、以前产品测试中曾经发现的错误等。 输入数据和输出数据为0的情况、输入表格 为空格或输入表格只有一行等。
综合案例
求三个数中的最大值： 现有一个小程序，能
够求出三个在-10 000～+10 000间整 数中的最大者，程序 界面如下图。
1．单个文本框的测试用例
针对单个文本框划分等价类，即只考虑 一个变量的输入是否符合条件。
输入数据要求-10 000～+10 000间的整 ห้องสมุดไป่ตู้，那么可以从数值的范围和数据类型 两个角度划分等价类。
说明的因素数且至少满足第(2)步说明的 水平数。
2.用正交表设计测试用例
(4) 把变量的值映射到正交表中。 (5) 把每一行的各因素水平的组合作为一
个测试用例。 (6) 再增加一些没有在表中出现，但你认
为可疑的测试用例。
二．场景测试
场景定义 场景测试步骤 举例
1.场景定义
场景是由一系列相关的活动组成的，而 且场景中的活动还可以由一系列的场景 构成。
测试方法的选择
❖遵循原那么：
❖根据程序的重要性和一旦发生故障将造成 的损失来确定测试等级和测试重点。
❖认真选择测试策略，以便能尽可能少的使 用测试用例，发现尽可能多的程序错误。
➢任何情况下都必须采用边界值分析法 ➢必要时采用等价类划分法 ➢采用错误推断法再追加测试用例。 ➢对照程序逻辑，检查已设计出的测试用例 的逻辑覆盖程度。 ➢假设程序的功能说明中含有输入条件的组 合情况，那么应一开场就选用因果图法。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
正交缺陷分类（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 属性。
对于团队成员来说，正确的了解每个属性的值尤为重要，这样才能保证他们在分类时尽量选择正确的选项。
前提条件有些缺陷管理工具在默认情况下是不支持 ODC 的，这就需要在填写之前，对缺陷管理工具进行改进，配置额外的属性。
常用的缺陷管理工具包括 Clear Quest(CQ) 和 Configuration Management Version Control(CMVC) 等。
需要增加的 9 个 ODC 相关属性分别是。
1.Activity：表示在做哪种测试时发现的缺陷。
比如：UT( 单元测试 )、FVT（功能测试），SVT（系统测试）等；2.Trigger；表示采取哪种方式触发的该缺陷，不同的 activity 对应不同的 trigger 类型；3.Impact：表示该缺陷的发生会对客户造成的影响；4.Target：表示开发人员为了修复这个缺陷，需要在哪方面做修改。
比如可以修改的方面包括：产品设计、相应的代码和文档等；5.Defect Type：缺陷类型；6.Qualifier：表示该缺陷是由于丢失相关代码、还是代码不正确造成的。
或者是由于第三方提供的代码造成的；7.Source：表示该缺陷的来源是由于内部编写的代码引起的问题，还是由外包公司提供的代码引起的等；8.Age：表示该缺陷是由新代码产生的还是由于修改其它缺陷而引发的，或是在上一个发布版本中就已经有的问题等；9.Content Type: 表示修复文档的类型。
仅对文档类的缺陷有效。
对于 CMVC，自从 1.7 版本后就自带了 ODC 属性，可直接使用。
而对于 CQ，需要安装一个 ODC 包即可。
关于该 ODC 包可从附件中下载，解压后里面有详细的文档教读者如何在 CQ 中安装该包。
在配置好 ODC 后，CQ 的应用程序窗口中会出现新的选项签：ODC Submitter 和ODC Responder，如图 1 和图 2 所示。
图 1. CQ 中的 ODC Submitter 选项签图 2. CQ 中的 ODC Responder 选项签在缺陷管理工具支持 ODC 后，就需要测试人员和开发人员分别填写 ODC 属性，后面的流程都会用到这些数据。
测试人员进行分类从图 1 中我们可以看到，ODC Submitter 选项签中有三个选项，分别是Activity、Trigger 和 Impact。
这三个选项是由测试人员，也就是该缺陷的发现者来填写的。
由这几个属性可以得知，该缺陷是在进行何种类型测试的时候，由怎样的触发方法来发现的。
同时，对用户造成的影响是什么。
仅靠这三个 ODC 属性，就可以一目了然。
开发人员进行分类从图 2 中我们可以看到，ODC Responder 选项签中有六个选项，分别是 Target，Defect Type，Qualifier Source，Age 和 ContentType。
这六个选项是由开发人员，也就是该缺陷的解决者来填写的。
由这几个属性可以得知，开发人员做了哪方面的修改用以解决问题？改动大不大？是原来的代码有遗漏？不正确？还是需要被删除一部分？原来的版本中是否存在这个问题？等等。
有了这些属性的值，就可以很快的知道产生这个缺陷的根源了。
常见问题及建议缺陷管理工具对 ODC 的支持不完善有些 ODC 属性间是有关联关系的。
例如：在 ODC Submitter 选项签中，如果在Activity 属性中选择了“Function Test”，那么 Trigger 属性就只能在“Coverage”，“Sequence”，“Variation”和“Interaction”中进行选择。
如果在 Activity 属性中选择了“System Test”，那么可选的 Trigger 属性的值又是截然不同的另外几种选项，分别为：“Workload”，“Recovery”，“Startup/Restart”，“Hardware config”和“Software config”。
在缺陷管理工具中，若对这些属性间的关联关系不做限制，选择每个选项时都会把所有的值列出来供用户选择，这样很容易造成选项间的不匹配。
从而导致最后统计ODC 数据时，结果不合理。
另外，没有对 ODC 属性项进行必填操作的校验，也是缺陷管理工具对 ODC 支持不完善的表现之一。
例如：仅填写了 Activity 属性，即表明了该缺陷是在何种类型的测试中发现的，但是不填写 Trigger 属性，也就是说不指明是在哪种触发条件下发现的该缺陷，就会造成信息缺失，从而分析出的结果也不会准确。
因此，我们强烈建议在配置缺陷管理工具用以支持 ODC 时，加上对有关联关系属性的限制，并对必填的 ODC 属性进行强制填写的校验，强制每个人必须填写，否则无法提交成功。
从而在工具的层面上，保证 ODC 数据输入的完整性和正确性。
测试或开发人员对各自需要填写的 ODC 属性不熟悉ODC 这种缺陷分析方法并没有普及到每一个项目中，因此在第一次应用 ODC 的项目中必须在分类阶段前，就要在项目内部做好 ODC 知识的系统培训。
不仅仅是简单的了解，而是需要知道每个属性所有可选项的含义。
这样就不会在分类阶段开始后，一片茫然。
另外，由于 ODC 属性选项众多，不可能靠之前的几次培训就全部记住。
建议打印一份类似于 ODC 属性快速参考手册的资料。
这样在填写 ODC 数据时，可一边参考手边的文档一边填写。
2. 校验阶段在第一步中，测试人员和开发人员已经填写了 ODC 数据。
那么接下来就需要 ODC 专家对这些数据进行校验。
因为填写不正确的 ODC 数据会导致后面的评估和行动两个流程步骤没有意义。
因此校验数据的正确性尤为重要。
常见问题及建议校验结果如何在缺陷管理工具中体现？校验员在校验完某个缺陷并确认相关人员已经完成修改后，校验工作还并没有结束。
为了在下一阶段，即评估阶段中，仅仅对已被校验过的缺陷进行分析，就需要在缺陷管理工具中有地方进行标识，用以过滤掉未校验过的缺陷。
可以在 ODC Responder 选项签中增加一个属性项，叫做“ODC Validated”。
如图 3 所示。
图 3. ODC Responder 选项签中新增加属性 ODC Validated:有四个选项可供选择。
∙“空”：默认情况下，该属性项为空。
表示校验人员还没有开始进行该缺陷的校验工作；∙“是”：已被校验过，并且相关人员已经把错误的 ODC 属性进行了修改；∙“否”：已被校验过，但是相关人员还没有进行修改；∙“N/A”：对于无效的缺陷，是不算在最后的统计数据中的。
出现无效缺陷的情况可以包括：由于测试人员的问题，开的无效缺陷（User Error）；所发现的问题并不是一个缺陷，而恰恰在产品设计上就是这样的（AsDesign）；该缺陷与之前开的另一缺陷重复（duplicate）；校验小组成员间如何更有效的沟通？校验小组成员通常会从测试和开发人员中分别挑选。
在很多大项目中，测试和开发团队可能并不在一个地区，甚至存在时差。
如何增强跨地区小组成员的交流，使得资源共享、沟通及时无误呢？这就需要有一个信息共享平台。
从我们的实际经验中来看，wiki 是一个不错的选择。
wiki 是一种多人协作的写作工具，每个人都可以在上面发表意见。
下面是作者正在参与的一个项目组所采用的 ODC 校验小组 wiki 上的内容，包括如下方面。
∙目的：明确校验工作的目的；∙校验小组人员名单：包括姓名和联系方式；∙校验流程说明：针对本项目的特点，制定出适合本项目的校验流程。
以作者参与的项目为例，校验流程可以包括：o每周一，由 ODC 校验小组负责人分配给每个人这周需要校验的缺陷（分配的方式，会在下面的“每周工作安排”中提到）；o校验小组中的每位成员开始逐一校验分配给自己的缺陷。
如果发现该缺陷的 ODC 属性有填写不正确的或忘记填的，就需要马上发邮件给该缺陷的发现者或解决者，予以修改。
若缺陷本身的描述信息足以令校验员分析出正确的选项，那么在邮件中需要写明校验员的修改意见及原因。
若缺陷的描述信息不清晰以至于校验员无法作出准确判断的，也需要在邮件中指明。
待测试或开发人员在缺陷中补充了更详细的信息，校验员再重新进行校验。
o一旦校验完成，校验员需要在缺陷管理工具中对该缺陷进行标识，如前面我们提到的“ODC 是否已被校验”属性项，这时把它的值从默认值“否”修改为“是”。
以表明该缺陷已被校验过。
校验组长下次再分配待校验的缺陷时，就会把已被校验过的缺陷过滤掉。
o校验员把在校验过程中发现的问题，例如错误分类趋势等进行反馈；∙每周工作安排：o可由如下表格进行工作分配和进展跟踪。
其中的前两列由 ODC 校验小组负责人在分配工作时填写。
后两列由 ODC 校验员在进行校验工作时填写。
表 1 列出了一些可能出现的情况。