第06章测试报告及测试评测.ppt

图6-7显示了一个项目的各个模块中每千行代码的缺陷密度。 图6-7 各个模块中每千行代码的缺陷密度 但是，在实际评测中，缺陷密度这种度量方法是极不完善的，度量本身是不充分的。这里边存在的主要问题是：所有的缺陷并不都是均等构造的。各个软件缺陷的恶劣程度，及其对产品和用户的影响的严重程度，以及修复缺陷的重要程度有很大差别，有必要对缺陷进行“分级、加权”处理，给出软件缺陷在各严重性级别或优先级上的分布作为补充度量，这样将使这种评测更加充分，更有实际应用价值。 因为在测试工作中，大多数的缺陷都记录了它的严重程度的等级和优先级，所以这个问题通常都能够很好解决。例如，图6-8所示的缺陷分布图表示软件缺陷在各优先级上所应体现的分布方式。 图6-8 各优先级上软件缺陷分布图 4．软件缺陷清除率的估算方法 为了估算软件缺陷清除率，首先需引入几个变量，F为描述软件规模用的功能点，D1为软件开发过程中发现的所有软件缺陷数，D2为软件分布后发现的软件缺陷数，D 为发现的总软件缺陷数。由此可得到 D=D1+D2 的关系。 对于一个软件项目，则可用如下的几个公式，从不同角度来估算软件的质量： · 质量（每个功能点的缺陷数）=D2/F · 软件缺陷注入率=D/F · 整体软件缺陷清除率=D1/D 6.8 测 试 总 结 报 告 测试总结报告的目的是总结测试活动的结果，并根据这些结果对测试进行评价。这种报告是测试人员对测试工作进行总结，并识别出软件的局限性和发生失效的可能性。在测试执行阶段的末期，应该为每个测试计划准备一份相应的测试总结报告。本质上讲，测试总结报告是测试计划的扩展，起着对测试计划“封闭回路”的作用。 图6-12所示的是符合IEEE标准829—1998软件测试文档编制标准的测试总结报告模板。 图6-12 测试总结报告模板 软件缺陷跟踪管理系统可以通过添加、修改、排序、查寻、存储操作来管理软件缺陷。 缺陷跟踪管理系统在实现技术层面上来看是一个数据库应用程序。它包括前台用户界面、后台缺陷数据库以及中间数据处理层。 图6-4所示的是一个软件缺陷数据库跟踪系统。 图6-4 软件缺陷数据库跟踪系统 软件缺陷跟踪数据库最常用的功能，除了输入软件缺陷之外，就是通过执行查询来获得需要的软件缺陷清单。 通过使用软件缺陷跟踪数据库，不但可以进行查询，还可以找出发现的软件缺陷类型，发现软件缺陷的速度，以及多少软件缺陷已经得到了修复，能够提取各种实用和关心的数据，可以显示测试工作的成效和项目的进展情况。测试人员或者项目管理员可以看出数据中是否有趋势显示需要增加测试的区域，或者测试工作是否符合预先所制定的测试计划的进程等。 6.6.2 手工报告和跟踪软件缺陷 显然，在软件测试工作中，每个测试用例的结果都必须进行记录。如果使用软件缺陷数据库跟踪系统，那么测试工具将自动记录软件缺陷的相关信息。如果测试是采用手工记录和跟踪软件缺陷，那么有关软件缺陷的信息可以直接记录在相应的文档中。图6-5所示的是根据ANS/IEEE829—1998标准设计的软件缺陷报告文档。 图6-5 软件缺陷报告文档 6.7 软件测试的评测 测试的评测主要方法包括覆盖评测和质量评测。测试覆盖评测是对测试完全程度的评测，它建立在测试覆盖基础上，测试覆盖是由测试需求和测试用例的覆盖或已执行代码的覆盖表示的。质量评测是对测试对象的可靠性、稳定性以及性能的评测。质量建立在对测试结果的评估和对测试过程中确定的缺陷及缺陷修复的分析基础上。 6.7.1 覆盖评测 覆盖评测指标是用来度量软件测试的完全程度的，所以可以将覆盖用做测试有效性的一个度量。最常用的覆盖评测是基于需求的测试覆盖和基于代码的测试覆盖，它们分别是指针对需求（基于需求的）或代码的设计/实施标准（基于代码的）而言的完全程度评测。 1．基于需求的测试覆盖 基于需求的测试覆盖在测试过程中要评测多次，并在测试过程中，每一个测试阶段结束时给出测试覆盖的度量。例如，计划的测试覆盖、已实施的测试覆盖、已执行成功的测试覆盖等。 基于需求的测试覆盖率通过以下公式计算： 测试覆盖率=T (p,i,x,s) / Rf T % 在制定测试计划活动中，将计算计划的测试覆盖，其计算方法如下： 计划的测试覆盖率=T p / Rf T % 其中：T p是用测试过程或测试用例表示的计划测试需求数。Rf?T是测试需求的总数。 在实施测试过程中，计算测试覆盖时使用以下公式： 已执行的测试覆盖率=T i