缺陷、QC管理流程培训课件

缺陷管理培训前言-绪论引例：

1、1985到1987年，Therac-25辐射治疗事故；

2、1996年6月4日，阿丽亚娜5型运载火箭自毁事故；

3、2009年2月份Google的Gmail故障；总结：

1、

2、

……前言-绪论我们能做些什么呢？1、总发现缺陷早修复缺陷；2、不放过任何缺陷；3、管理咱们的工作；……四、QC操作介绍

1、登录和账户管理

2、缺陷新建与提交

3、缺陷筛选与查

4、QC其他实用功能

5、常见问题五、如何提交高质量缺陷

1、缺陷成熟度模型

2、高质量缺陷定义

3、提交高质量缺陷六、流程图介绍

1、缺陷生命周期图

2、提交缺陷流程

3、验证缺陷流程

4、状态拓扑图七、缺陷管理中的沟通技巧八、问题目录缺点(defect)

故障(fault)问题(problem)

错误(error)缺陷(bug)

异常(anomaly)这些词的含义几近相同。故障、失败和缺点都指确实严重的情况，甚至是危险的情况；异常、事件和偏差不是那么尖锐，主要指未按预料的运行，而不是全部的失败。问题、错误和缺陷也许是最常用的术语。软件缺陷常用术语软件缺陷（Defect），常常又被叫做Bug。所谓软件缺陷，即为计算机软件或程序中存在的某种破坏正常运行能力的问题、错误，或者隐藏的功能缺陷。缺陷的存在会导致软件产品在某种程度上不能满足用户的需要。IEEE729-1983对缺陷有一个标准的定义：从产品内部看，缺陷是软件产品开发或维护过程中存在的错误、毛病等各种问题；从产品外部看，缺陷是系统所需要实现的某种功能的失效或违背。官方定义：软件未实现产品说明书要求的功能。 软件出现了产品说明书指明不会出现的错误。 软件实现了产品说明书未提到的功能。 软件未实现产品说明书虽未明确提及但应该实现的目标。 软件难以理解、不易使用、运行缓慢或者——从测试员的角度看—— 最终用户会认为不好软件缺陷定义2、软件缺陷的第二大来源是设计；3、代码错误可以归咎于软件的复杂性、文档资料的不足、进度压力或者普通的低级错误，与(1)、(2)有关；4、其他原因，如误解，重复错误，测试错误等只占极小的比例；软件缺陷如何产生

软件缺陷管理就是在开发中对发现的缺陷进行跟踪并确保每个被发现的缺陷被关闭。从某种意义上说，软件项目管理过程可以看作是软件产品的缺陷管理过程。前言-缺陷管理概论谈恋爱？缺陷管理？<===>1、到底什么是缺陷管理？2、怎么实现缺陷管理？3、管理过程中应该注意什么？问题导入

缺陷管理/软件缺陷管理（DefectManagement）是在软件生命周期中获取、管理、沟通任何变更请求的过程（从变更的建议到变更的解决）。可以确保你的问题如需求或者缺陷被跟踪管理而不丢失。

缺陷管理详解-定义缺陷管理的意义：

1、保证信息的一致性

2、保证缺陷得到有效的跟踪、解决

3、缺陷分析和度量缺陷管理详解-意义软件缺陷管理一般包括两个方面：1、缺陷信息的收集与跟踪；完整的软件缺陷信息是辅助缺陷修复、缺陷信息处理、分析和利用的前提和基础，也是对缺陷进行跟踪必不可少的步骤。因为，通常一个项目的缺陷整体跟踪，就是缺陷的实时状态报告。也就是说，缺陷的跟踪是了解缺陷所在其生命周期的状态。通过了解缺陷的实时状态，对测试过程、项目进展的控制和管理都有很大帮助，可以督促开发人员尽快修正缺陷，调整测试或开发计划。缺陷管理详解-组成要素2、缺陷信息的统计与分析；

通过分析缺陷数据的趋势，评估软件质量和测试过程的效率。在评估缺陷时应遵照缺陷分析策略中指定的分析标准，最常用的缺陷分析方法有四种：

★缺陷分布报告；

★缺陷趋势报告； ★缺陷年龄报告；

★测试结果进度报告；缺陷管理详解-组成要素

软件缺陷管理实际是软件测试流程管理的一个子过程,其应用模型一般主要由四个部分组成：缺陷收集、缺陷跟踪、缺陷度量、项目评估。

如下图：缺陷管理详解-缺陷管理模型缺陷收集缺陷度量缺陷跟踪项目评估

软件缺陷管理流程原则是简介高效，避免过多的处理环节，同时要形成一种不同角色之间互相监督、互相制衡的结构。软件缺陷管理过程设计各种任务和角色，只有清晰的规定了这些任务和角色的基础上才能对软件缺陷数据进行合理的定义。缺陷管理详解-缺陷管理与软件角色关系图缺陷管理的核心价值：缺陷分析与预防

缺陷预防的着眼点在于缺陷的共性原因(CommonCause)。通过寻找、分析和处理缺陷的共性原因，实现缺陷预防。BUG预防并不是一个不切实际的目标，但是不能期望它在一夜之间发生。我们在开发过程中应该积极为开发小组提供缺陷分析，使BUG逐渐改善。因此，缺陷管理的最终目标是预防BUG，不断提高整个开发团队的技能和实践经验，而不只是修正它们。缺陷管理详解-核心价值与实现缺陷管理的核心价值实现：

BUG预防策略非常简单和容易实现，策略是发现BUG，找出BUG的根源，然后寻找一个方法来预防类似的BUG在将来出现。这策略并不需要昂贵的花费，但是却可带来极大的额外价值。1、BUG记录；

BUG分析的第一步是记录BUG，值得注意的是记录BUG不应该满足于记录BUG的表面症状。2、利用BUG分析了解开发质量趋势；对于测试出来的BUG进行缺陷分类，找出那些关键的缺陷类型，进一步分析其产生的根源，从而针对性的制定改进措施。3、发布BUG分析经验,提高团队成员能力；分析得出来的BUG实践经验应该被记录并发布，这样其他的开发人员就可以通过学习这些经验避免类似的错误。缺陷管理详解-核心价值与实现3、使用缺陷管理工具:BUG管理库为了跟踪和控制测试质量，便于管理测试发现的BUG，需要为项目配置一个专用的缺陷跟踪数据库，以便报告、查询、分类、跟踪、处理和验证缺陷。4、把管理制度和配置策略相结合

有了先进的缺陷管理工具，还需要有相应的管理制度与之相配套，否则BUG管理就只是一个摆设。目前BUG管理制度方面主要的问题是不重视测试，认为测试人员无关大局，随便测测就行了，再或者就是虽然认识到测试的重要性，但却走向了极端，制定了极其严格的规章制度。缺陷管理详解-如何高效地进行缺陷管理1、ClearQuest(Business)

Rational一向以功能强大产品类型全面而著称。RationalClearQuest是基于团队的缺陷和变更跟踪解决方案，它包含在RationalSuite中。RationalSuite是针对分析人员、开发人员和测试人员进行了优化的一套软件开发全面解决方案。作为它主要组件之一的RationalClearQuest是一套高度灵活的缺陷和变更跟踪系统，适用于在任何平台上，任何类型的项目中，捕获各种类型的变更。缺陷管理工具-常用工具介绍QC（QualityCenter）

QC的前身就是大名鼎鼎的TD,改进后现在可以叫QualityCenter.它是MercuryInteractive公司（现在软件版权属于惠普公司）推出的一个基于Web（伪）且支持测试管理的所有必要方面的应用程序。该软件提供统一、可重复的流程，用于收集需求、计划和安排测试、分析结果并管理缺陷和问题。组织可使用该软件在较大的应用程序生命周期中实现特定质量流程和过程的数字化。该软件还支持在IT团队间进行高水平沟通和协调。缺陷管理工具-QC介绍缺陷管理工具-QC介绍qc管理员qc管理员开发人员测试人员测试经理缺陷管理工具-QC介绍1.QC访问地址

2.QC登陆

用户名：使用者中文姓名 密码：管理员设置初始密码，用户也可以自行设置QC操作介绍-登录和账户管理登陆成功页面密码修改密码修改1.缺陷新建描述设计新缺陷相关信息，红色字段为必填字段2.缺陷提交（操作后续提示图）QC操作介绍-缺陷新建与提交缺陷新建与提交缺陷新建与提交添加附件QC操作介绍-缺陷筛选与查看QC操作介绍-缺陷筛选与查看1.收藏夹功能设置完筛选条件后可以将把本次搜索的条件保存在收藏夹，以便日后快速搜索2.缺陷分析使用QC提供的分析图图向导，实现简要的缺陷分析。QC操作介绍-其他实用功能收藏夹图向导缺陷分析图1、用户密码遗忘，请联系管理员；2、缺陷被锁定，见下图时，联系管理员；3、QC标配是IE6，其他浏览器需要另行设置；QC操作介绍-常见问题 Burnstein博士提出了测试成熟度模型（TMM），依据CMM的框架提出测试的5个不同级别，关注于测试的成熟度模型。它描述了测试过程，是项目测试部分得到良好计划和控制的基础。

TMM

测试成熟度分解为

5

级别，关注于

5

个成熟度级别递增：

Phase

0

：测试和调试没有区别，初了支持调试外，测试没有其他 目的；

Phase

1

：测试的目的是为了表明软件能够工作； Phase

2

：测试的目的是为了表明软件不能够能够正常工作；

Phase

3

：测试的目的不是要证明什么，而是为了把软件不能正常 工作的预知风险降低到能够接受的程度；

Phase

4

：

测试不是行为，而是一种自觉的约束 (mental

discipline)，不用太多的测试投入产生低风险的软 件上的；如何提交高质量缺陷-缺陷成熟度模型

问题：程序员是否经常让你在Bug单上再提供一些更多的信息？当Bug单提交后，你是否经常会再花很多时间来研究如何重现这个Bug？你是否经常听到开发人员说Bug在开发环境下无法重现？

原因：

BUG质量不高！

那么，什么叫做高质量缺陷呢？通俗的说，高质量缺陷就是容易理解的有实际价值的缺陷。其中容易理解指开发人员或项目其他人员通过阅读缺陷描述（或浏览附件）就没理解该缺陷的具体内容，而不需要测试人员当面重现才能理解；有实际价值指的是满足软件缺陷定义，对项目质量有改进。类似无描述缺陷、重复缺陷（同一原因不同现象的缺陷）等都是废缺陷。如何提交高质量缺陷-高质量缺陷定义首先，要提高缺陷质量，就必须首先要明白提交缺陷的目的是什么：

当我们发现一个缺陷时，我们需要把它告诉给开发人员。缺陷报告（Bugreport）就是这种沟通的媒介物。缺陷报告（Bugreport）的主要目的是让开发人员亲眼看到这个错误。如果你不能和他一起以在他面前制造出那个失败，那么就需要给他们足够多的指引以便他们能够自己制造出那个失败。缺陷报告（Bugreport）就是解释在期望结果和实际结果之间的差距并且详细的说明如何重现那个场景。如何提交高质量缺陷-提交高质量缺陷如何在具体工作中提交高质量缺陷？以下有些参考做法供各位学习：

1、摘要（概述）

Bug单的“摘要”部分是一个Bug单带给读者的最初印象，它在浏览大量Bug时起着非常重要的作用，每个Bug单都应该有一个能够突出重点的“摘要”，就好像做广告一样。好的摘要应该控制在50~60个字符以内（一个汉字算两个字符），而且不要夹杂任何主观色彩的文字。2、措辞 ★要据实反应情况，不要夸大或缩小Bug的影响。 ★有时候会发现一些令人不可思议的低级Bug，但还是要尽量使用 较为委婉的词语来表述，免得伤害开发人员的自尊心。 ★要考虑到目标读者，他们可能是开发人员、测试人员、管理人 员或者其他人，甚至是客户，所以要让目标读者都能看得懂Bug描 述。如何提交高质量缺陷-提交高质量缺陷3、描述

★尽量使用业界惯用的表达术语和表达方法。

★每条缺陷报告只包括一个缺陷。

★描述(Description)，简洁、准确，完整，揭示缺陷实质，记 录缺陷或缺陷出现的位置描述要准确反映缺陷的本质内容，简短 了。

★短行之间使用自动数字序号，使用相同的字体、字号、行间距 短行之间使用自动数字序号，使用相同的字体、字号、行间距， 可以保证各条记录格式一致，做到规范专业。

★每一个步骤尽量只记录一个操作保证简洁、条理井然，容易重 复操作步骤。

★确认步骤完整，准确，简短保证快速准确的重复缺陷，“完整” 即没有缺漏，“准确”即步骤正确，“简短”即没有多余的步骤。

★检查拼写和语法缺陷在提交每条缺陷或缺陷之前，检查拼写和 语法，确保内容正确，正确的描述缺陷。

★尽量使用短语和短句，避免复杂句型句式软件缺陷管理数据 库的目的是便于定位缺陷，因此，要求客观的描述操作步骤，不 需要修饰性的词汇和复杂的句型，增强可读性。如何提交高质量缺陷-提交高质量缺陷4、重现的步骤具体要求

★

每一步以及所有步骤组合起来应该是符合逻辑的。

★清晰地列出所需的前置条件。

★描述一般性的步骤，例如，某一步骤需要用户新建一个文件并 给它命名，那就不要写“新建一个名为Mike’sFile的文件”，而最好 写成“新建一个测 试文件TestFile”。

★步骤应尽量详细，例如，我们要描述通过MSWORD保存一个 文档，那么有两种方式，一是说得细点儿，即“从[文件]菜单里单击 [保存]，……”，另一种就是说得简单点，即“保存文档”，但请记 住，并非所有人都知道如何从MSWORD保存文档，或者说所有人 都会使用同样的方式保存文档，所以描述的时候最好还是采用第一 种方式。

★写完之后自己用新的测试数据或者在新的系统上按照步骤亲自 执行一遍，或许能够发现Bug单里有一些是遗漏的或多余的步骤。如何提交高质量缺陷-提交高质量缺陷5、测试数据

开发人员重现Bug时可能不会访问测试环境，有些Bug可能只能用一定的测试数据才能重现，所以尽量把测试数据附在Bug单上。6、屏幕截图

屏幕截图是Bug单里非常重要的组成部分，有时一张图能胜过千言万语，但也不能养成习惯不管有用没用的图都往上贴，或者是只贴图而缺少文字描述。附图能够使开发人员结合你的描述快速地重现Bug是最理想的： ★所附图片的尺寸和占用空间不要太大，尽量用jpg或gif格式，而 不要用bmp格式。 ★在图中出问题的地方标注一下，更利于开发人员快速定位。如何提交高质量缺陷-提交高质量缺陷7、严重级/优先级

设置Bug的严重级之前，应该全面地分析Bug的影响，如果我们认为这个Bug的优先级很高，那么应该在Bug单里说明优先级高的原因。如果Bug是由于程序版本恢复到上一版而产生的，那么不管它的严重级如何，它的优先级应该置成“高”。8、日志

如果可以的话一定要把程序报错的日志附上，这会让开发人员比较容易进行分析和调试。很多不能重现的Bug都是因为缺少日志，开发人员就会返回去找测试人员要日志信息。如果日志文件不大的话，比如十几行，那么可以直接把日志信息粘到Bug单里，如果日志很大的话，那么最好单独粘到一个文件里，如txt格式的，然后当作Bug单的附件就可以了。如何提交高质量缺陷-提交高质量缺陷流程图介绍-缺陷生命周期流程图介绍-提交缺陷流程流程图介绍-