软件质量管理 第六章

第六章软件缺陷跟踪管理目录1、软件件缺陷的的概念和和种类2、正确确面对软软件缺陷陷3、软件件缺陷的的生命周周期4、软件件缺陷的的严重性性和优先先级5、报告告软软件缺缺陷陷6、分离离和再现现软件缺缺陷7、测试试总总结报报告告8、测试试的的评测测软件测试试是在软软件开发发的过程程中，对对软件产产品进行行质量控控制，目目的是保保证软件件产品的的最终质质量。一一般来说说软件测测试应严严格按照照软件测测试流程程，制定定测试计计划、测测试方案案、测试试规范，，实施测测试，对对测试数数据进行行记录，，并根据据测试情情况撰写写测试报报告。测测试报告告主要是是报告发发现的软软件缺陷陷。测试评价价主要包包括覆盖盖评价以以及质量量和性能能评价。。覆盖评评价是对对测试完完全程度度的评测测；质量量和性能能评价是是对测试试的软件件对象的的性能、、稳定性性以及可可靠性的的评测。。1、软软件缺陷陷的概念念和种类类软件缺陷陷简单说说就是存存在于软软件（文文档、数数据、程程序）之之中的那那些不希希望，或或不可接接受的偏偏差，而而导致软软件产生生的质量量问题。。按照一一般的定定义，只只要符合合下面5个规则中中的一个个，就叫叫做软件件缺陷。。软件未达达到软件件规格说说明书中中规定的的功能；；软件超出出软件规规格说明明书中指指明的范范围；软件未达达到软件件规格说说明书中中指出的的应达到到的目标标；软件运行行出现错错误；软件测试试人员认认为软件件难于理理解，不不易使用用，运行行速度慢慢，或者者最终用用户认为为软件使使用效果果不好。。在软件测测试过程程中如何何判断软软件缺陷陷，软件件缺陷都都有哪些些种类？？（1）功能不不正常（2）软件在在使用上上不方便便（3）软件的的结构未未做良好好规划（4）功能不不充分（5）与软件件操作者者的互动动不良（6）使用性性能不佳佳（7）未做好好错误处处理（8）边界错错误（9）计算错错误（10）使用一一段时间间所产生生的错误误（11）控制流流程的错错误（12）在大数数据量压压力之下下所产生生的错误误（13）在不同同硬件环环境下产产生的错错误（14）版本控控制不良良所产生生的错误误（15）软件文文档的错错误2、正确面面对软件件缺陷在软件测测试过程程中，软软件测试试人员必必须确保保测试过过程发现现的软件件缺陷得得以关闭闭。测试是为为了证明明程序有有错，而而不是证证明程序序没错。。不管测测试计划划多么完完善和执执行测试试多么努努力，也也不能保保证所有有软件缺缺陷发现现了就能能修复。。有些软件件缺陷可可能会完完全被忽忽略，还还有一些些可能推推迟到软软件后续续版本中中修复。。有些软软件缺陷陷不被修修复的原原因如下下。（1）没有足足够的时时间（2）不算真真正的软软件缺陷陷（3）修复的的风险太太大（4）不值得得修复虽然软件件测试人人员需要要对自己己找出的的软件缺缺陷保持持一种平平常心态态，但同同时又必必须坚持持有始有有终的原原则，跟跟踪每一一个软件件缺陷的的处理结结果，确确保软件件缺陷得得以关闭闭。而缺陷是是否需要要修复的的最终决决定权在在软件的的项目负负责人，，但使得得缺陷得得以关闭闭的责任任在测试试人员。。3、软件缺缺陷的生生命周期期软件缺陷陷从被测测试人员员发现一一直到被被修复，，也经历历了一个个特有的的生命周周期的阶阶段。下下面是一一个最简简单的软软件缺陷陷生命周周期的例例子，系系统地表表示软件件缺陷从从被发现现起经历历的各个个阶段：：（1）测试人人员找到到并登记记软件缺缺陷，软软件缺陷陷被移交交到程序序修复人人员。（2）程序修修复人员员修复软软件中的的软件缺缺陷，然然后移交交到测试试人员。。（3）测试人人员确认认软件缺缺陷被修修复，关关闭软件件缺陷。。当软件缺缺陷首先先被软件件测试人人员发现现时。。在许多情情况下，，软件缺缺陷生命命周期的的复杂程程度仅为为软件缺缺陷被打打开、解解决和关关闭。然然而，在在有些情情况下，，生命周周期变得得更复杂杂一些，，如图5-1所示。图5-1复杂的软软件缺陷陷生命周周期4、软件缺缺陷的严严重性和和优先级级测试人员员要对软软件缺陷陷分类，，以简明明扼要的的方式指指出其影影响。经经常使用用的方法法是给软软件缺陷陷划分严严重性和和优先级级。严重重性表示示软件缺缺陷的恶恶劣程度度，反映映其对产产品和用用户的影影响；优优先级表表示修复复缺陷的的重要程程度和应应该何时时修复。。下面给给出严重重性和优优先级的的常用划划分方法法，将有有助于测测试人员员更好地地理解两两者之间间的差异异。严重性级级别：①致命命错误，，例如，，导致系系统崩溃溃、数据据丢失、、数据毁毁坏等；；②一般般性错误误，例如如，操作作性错误误、错误误结果、、遗漏功功能等；；③次要要错误，，例如，，错别字字、用户户接口布布局、罕罕见故障障等。缺陷优先先级：①最高高优先级级，指的的是一些些关键性性错误，，必须立立即修复复；②高优优先级，，在产品品发布之之前必须须修复；；③中优优先级，，如果时时间允许许应该修修复；④低优优先级，，可能会会修复，，但是也也能发布布软件。。5、报告告软件件缺缺陷报告软件件缺陷的的基本原原则：在软件测测试过程程中，对对于发现现的大多多数软件件缺陷，，要求测测试人员员简捷、、清晰地地把发现现的问题题报告给给判断是是否进行行修复的的小组，，使其得得到所需需要的全全部信息息，然后后才能决决定怎么么做。报告软件件缺陷的的基本原原则如下下：1．尽快报报告软件件缺陷2．有效地地描述软软件缺陷陷有效的软软件缺陷陷描述要要求如下下：（1）简单与与短小（2）明确指指明错误误类型（3）单一（4）使用IT业界惯用用的表达达术语和和表达方方法3．在报告告软件缺缺陷时不不做任何何评价4．补充和和完善软软件缺陷陷报告以上概括括了报告告测试错错误的规规范要求求，测试试人员应应该牢记记上面这这些关于于报告软软件缺陷陷的原则则。这些些原则几几乎可以以运用到到任何交交流活动动中，尽尽管有时时难以做做到，然然而，如如果希望望有效地地报告软软件缺陷陷，并使使其得以以修复，，这些是是测试人人员要遵遵循的基基本原则则。随着软件件的测试试要求不不同，测测试者积积累了相相应的测测试经验验会，将将会逐渐渐养成良良好的专专业习惯惯，不断断补充新新的规范范书写要要求。此此外，经经常阅读读、学习习高级测测试工程程师的测测试错误误报告，，结合自自己以前前的测试试错误报报告进行行对比和和思考，，可以不不断提高高技巧。。IEEE软件缺陷陷报告模模板ANS//IEEE829—1998标准定义义了一个个称为软软件缺陷陷报告的的文档，，用于报报告“在在测试期期间发生生的任何何异常事事件”。。简言之之，就是是用于登登记软件件缺陷。。模板标标准如图图5-3所示。图5-3IEEE软件缺陷陷报告模模板软件缺陷陷数据库库跟踪系系统至此，我我们了解解到软件件缺陷报报告过程程是很复复杂的，，需要大大量信息息、详尽尽的细节节和很好好的组织织工作，，才能有有所成效效。在实实际软件件测试工工作中，，为了更更高效地地记录发发现的软软件缺陷陷，并在在软件缺缺陷的整整个生命命周期中中对其进进行监控控，常常常运用软软件缺陷陷跟踪系系统。图图5-4所示的是是一个软软件缺陷陷数据库库跟踪系系统。图软件缺陷陷数据库库跟踪系系统软件缺陷陷跟踪数数据库最最常用的的功能，，除了输输入软件件缺陷之之外，就就是通过过执行查查询来获获得需要要的软件件缺陷清清单。通过使用用软件缺缺陷跟踪踪数据库库，不但但可以进进行查询询，还可可以找出出发现的的软件缺缺陷类型型，发现现软件缺缺陷的速速度，以以及多少少软件缺缺陷已经经得到了了修复，，能够提提取各种种实用和和关心的的数据，，可以显显示测试试工作的的成效和和项目的的进展情情况。测试人员员或者项项目管理理员可以以看出数数据中是是否有趋趋势显示示需要增增加测试试的区域域，或者者测试工工作是否否符合预预先所制制定的测测试计划划的进程程等。手工报告告和跟踪踪软件缺缺陷显然，在在软件测测试工作作中，每每个测试试用例的的结果都都必须进进行记录录。如果果使用软软件缺陷陷数据库库跟踪系系统，那那么测试试工具将将自动记记录软件件缺陷的的相关信信息。如如果测试试是采用用手工记记录和跟跟踪软件件缺陷，，那么有有关软件件缺陷的的信息可可以直接接记录在在相应的的文档中中。图5-5所示的是是根据ANS//IEEE829—1998标准设计计的软件件缺陷报报告文档档。图5-5软件缺陷陷报告文文档6、分离和和再现软软件缺陷陷测试人员员要想有有效报告告软件缺缺陷，就就要对软软件缺陷陷以明显显、通用用和再现现的形式式进行描描述。分离和再再现软件件缺陷是是考验软软件测试试人员专专业技能能的地方方，测试试人员应应该设法法找出缩缩小问题题范围的的具体步步骤。对对测试人人员有利利的情况况是，若若建立起起绝对相相同的输输入条件件时，软软件缺陷陷就会再再次出现现，不存存在随机机的软件件缺陷。。如果找到到的软件件缺陷要要采取繁繁杂的步步骤才能能再现，，或者根根本无法法再现，，碰到这这种情况况，可采采取如下下的方法法来分离离和再现现软件缺缺陷。实实践证明明这些方方法对测测试人员员是有所所帮助的的。（1）不要想想当然地地接受任任何假设设（2）注意时时间和运运行条件件上的因因素（3）注意软软件的边边界条件件、内存存容量和和数据溢溢出的问问题（4）注意事事件发生生次序导导致的软软件缺陷陷（5）考虑资资源依赖赖性和内内存、网网络、硬硬件共享享的相互互作用（6）不要忽忽视硬件件7、测试试总结结报报告测试总结结报告的的目的是是总结测测试活动动的结果果，并根根据这些些结果对对测试进进行评价价。这种种报告是是测试人人员对测测试工作作进行总总结，并并识别出出软件的的局限性性和发生生失效的的可能性性。在测测试执行行阶段的的末期，，应该为为每个测测试计划划准备一一份相应应的测试试总结报报告。本本质上讲讲，测试试总结报报告是测测试计划划的扩展展，起着着对测试试计划““封闭回回路”的的作用。。图5-6所示的是是符合IEEE标准829——1998软件测试试文档编编制标准准的测试试总结报报告模板板。图5-6测试总结结报告模模板8、测试试的评评测测测试的评评测主要要方法包包括覆盖盖评测和和质量评评测。测测试覆盖盖评测是是对测试试完全程程度的评评测，它它建立在在测试覆覆盖基础础上，测测试覆盖盖是由测测试需求求和测试试用例的的覆盖或或已执行行代码的的覆盖表表示的。。质量评评测是对对测试对对象的可可靠性、、稳定性性以及性性能的评评测。质质量建立立在对测测试结果果的评估估和对测测试过程程中确定定的缺陷陷及缺陷陷修复的的分析基基础上。。8.1覆盖评测测覆盖评测测指标是是用来度度量软件件测试的的完全程程度的，，所以可可以将覆覆盖用做做测试有有效性的的一个度度量。最最常用的的覆盖评评测是基基于需求求的测试试覆盖和和基于代代码的测测试覆盖盖，它们们分别是是指针对对需求（（基于需需求的））或代码码的设计计/实施标准准（基于于代码的的）而言言的完全全程度评评测。1）基于需需求的测测试覆盖盖基于需求求的测试试覆盖在在测试过过程中要要评测多多次，并并在测试试过程中中，每一一个测试试阶段结结束时给给出测试试覆盖的的度量。。例如，，计划的的测试覆覆盖、已已实施的的测试覆覆盖、已已执行成成功的测测试覆盖盖等。基于需求求的测试试覆盖率率通过以以下公式式计算：：测试覆盖盖率=T(p,i,x,,s)/RfT%在制定测测试计划划活动中中，将计计算计划划的测试试覆盖，，其计算算方法如如下：计划的测测试覆盖盖率=Tp/RfT%其中：Tp是用测试试过程或或测试用用例表示示的计划划测试需需求数。。RfT是测试需需求的总总数。在实施测测试过程程中，计计算测试试覆盖时时使用以以下公式式：已执行的的测试覆覆盖率=Ti/RfT%其中：Ti是用测试试过程或或测试用用例表示示的已执执行的测测试需求求数。RfT是测试需需求的总总数。在执行测测试活动动中，确确定成功功的测试试覆盖率率（即执执行时未未出现失失败的测测试，如如没有出出现缺陷陷或意外外结果的的测试））评测通通过以下下公式计计算：成功的测测试覆盖盖率=Ts/RfT%其中：Ts是用完全全成功、、没有缺缺陷的测测试过程程或测试试用例表表示的已已执行测测试需求求数。RfT是测试需需求的总总数。在执行测测试过程程中，经经常使用用两个测测试覆盖盖度量指指标，一一个是确确定已执执行的测测试覆盖盖率，另另一个是是确定成成功的测测试覆盖盖率，即即执行时时未出现现失败的的测试覆覆盖率。。2）基于代代码的测测试覆盖盖基于代码码的测试试覆盖评评测是测测试过程程中已经经执行的的代码的的多少，，与之相相对应的的是将要要执行测测试的剩剩余代码码的多少少。许多测试试专家认认为，一一个测试试小组在在测试工工作中所所要做的的最为重重要的事事情之一一就是度度量代码码的覆盖盖情况。。基于代码码的测试试覆盖率率通过以以下公式式计算：：基于代码码的测试试覆盖率率=Ie/TIic%其中：Ie是用代码码语句、、代码分分支、代代码路径径、数据据状态判判定点或或数据元元素名表表示的已已执行代代码数。。TIic是代码的的总数。。很明显，，在软件件测试工工作中，，进行基基于代码码的测试试覆盖评评测这项项工作极极有意义义，因为为任何未未经测试试的代码码都是一一个潜在在的不利利因素。。在一般般情况下下，代码码覆盖运运用于较较低的测测试等级级（例如如单元和和集成级级）时最最为有效效。但是，仅仅仅凭借借执行了了所有的的代码，，并不能能为软件件质量提提供保证证。也就就是说，，即使所所有的代代码都在在测试中中得到执执行，并并不能担担保代码码是按照照客户需需求和设设计的要要求去做做了。由于软件件运行对对资源的的依赖，，也难以以保证软软件运行行期的错错误。8.2质量评测测测试覆盖盖的评测测提供了了对测试试完全程程度的评评价，而而在测试试过程中中对已发发现缺陷陷的评测测提供了了最佳的的软件质质量指标标。常用的测测试有效效性度量量是围绕绕缺陷分分析来构构造的。。缺陷分分析就是是分析缺缺陷在与与缺陷相相关联的的一个或或者多个个参数值值上的分分布。缺陷分析析提供了了一个软软件可靠靠性指标标，这些些分析为为揭示软软件可靠靠性的缺缺陷趋势势或缺陷陷分布提提供了判判断依据据。对于缺陷陷分析，，常用的的主要缺缺陷参数数有以下下4个。状态：缺缺陷的当当前状态态（打开开的、正正在修复复的或关关闭的等等）。优先级：：表示修修复缺陷陷的重要要程度和和应该何何时修复复。严重性：：表示软软件缺陷陷的恶劣劣程度，，反映其其对产品品和用户户的影响响等。起源：导导致缺陷陷的原因因及其位位置，或或排除该该缺陷需需要修复复的构件件。缺陷分析析通常用用以下3类形式的的度量提提供缺陷陷评测：：缺陷发现现率；缺陷潜伏伏期；缺陷密度度。1．缺陷发发现率缺陷发现现率是将将发现的的缺陷数数量作为为时间的的函数来来评测，，即创建建缺陷趋趋势图，，如图5-7所示。图5-7缺陷发现现率2．缺陷潜潜伏期测试有效效性的另另外一个个有用的的度量是是缺陷潜潜伏期，，通常也也称为阶阶段潜伏伏期。缺缺陷潜伏伏期是一一种特殊殊类型的的缺陷分分布度量量。在实实际测试试工作中中，发现现缺陷的的时间越越晚，这这个缺陷陷所带来来的损害害就越大大，修复复这个缺缺陷所耗耗费的成成本就越越多。表表5-1显示了一一个项目目的缺陷陷潜伏期期的度量量。表5-2显示了一一个项目目的缺陷陷分布情情况（按按缺陷造造成阶段段和缺陷陷发现阶阶段）。。按照缺陷陷产生阶阶段和缺缺陷发现现阶段统统计了一一个项目目的缺陷陷分布情情况后，，根据软软件开发发生命周周期的各各个阶段段缺陷潜潜伏期度度量的加加权值，，可以对对缺陷的的发现过过程有效效性和修修复软件件缺陷所所耗费的的成本等等进行评评测。这这里采用用了一个个缺陷损损耗的概概念，缺缺陷损耗耗是使用用阶段潜潜伏期和和缺陷分分布来度度量缺陷陷消除活活动的有有效性的的一种度度量。缺陷消耗耗可使用用下面公公式计算算：表5-3显示了一一个项目目的各个个缺陷损损耗值，，它们依依据的是是经过缺缺陷潜伏伏期加权权的已发发现的缺缺陷数。。这样样，在验验收测试试期间发发现的需需求缺陷陷的加权权数值为为42（即6×7==42）。一般而言言，缺陷陷损耗的的数值越越低，说说明缺陷陷的发现现过程越越有效（（最理想想的数值值应该为为1）。作为为一个绝绝对值，，缺陷损损耗几乎乎没有任任何意义义，但是是当用缺缺陷损耗耗来度量量测试有有效性的的长期趋趋势时，，它就会会显示出出自己的的价值。。3．缺陷密密度软件缺陷陷密度是是一种以以平均值值估算法法来计算算出软件件缺陷分分布的密密度值。。程序代代码通常常是以千千行为单单位的，，软件缺缺陷密度度是用下下面公式式计算的的：图5-8显示了一一个项目目的各个个模块中中每千行行代码的的缺陷密密度。图5-8各个模块块中每千千行代码码的缺陷陷密度但是，在在实际评评测中，，缺陷密密度这种种度量方方法是极极不完善善的，度度量本身身是不充充分的。。这里边边存在的的主要问问题是：：所有的的缺陷并并不都是是均等构构造的。。各个软软件缺陷陷的恶劣劣程度，，及其对对产品和和用户的的影响的的严重程程度，以以及修复复缺陷的的重要程程度有很很大差别别，有必必要对缺缺陷进行行“分级级、加权权”处理理，给出出软件缺缺陷在各各严重性性级别或或优先级级上的分分布作为为补充度度量，这这样将使使这种评评测更加加充分，，更有实实际应用用价值。。因为在测测试工作作中，大大多数的的缺陷都都记录了了它的严严重程度度的等级级和优先先级，所所以这个个问题通通常都能能够很好好解决。。例如，，图5-9所示的缺缺陷分布布图表示示软件缺缺陷在各各优先级级上所应应体现的的分布方方式。图5-9各优先级级上软件件缺陷分分布图8.3性能评测测主要的性性能评测测包括以以下几点点。动态监测测：在测测试执行行过程中中，实时时获取并并显示正正在执行行的