软件测试结果分析和评估测试评估过程输入和活动.pptVIP

软件测试结果分析与评估 测试评估过程的输入与活动 软件测试的评估方法 测试日志 测试报告 集成Rational ClearQuest跟踪缺陷和变更请求 测试评估活动的目的是统计和分析测试结果，确定是否达到软件发布的标准。具体内容包括以下几方面： 确定实际测试执行的有效性。测试执行是否完全？执行失败是否因为不符合前置条件？ 分析测试输出以确定结果。在执行测试过程中，查看测试结果报告中的数据来检验该执行是否是可接受的。 查看统计后的结果以检查对测试计划、测试输入、配置等的覆盖程度。 6.1 测试评估过程的输入与活动 6.2 软件测试的评估方法 6.2.1 覆盖评测 最常用的覆盖度量是基于需求的测试覆盖和基于代码的测试覆盖。测试覆盖是对需求（基于需求的）或代码的设计/实施标准（基于代码的）全面的评测，如测试用例的核实（基于需求的）或所有代码行的执行（基于代码的）。覆盖策略陈述测试的一般目的，指导测试用例的设计。 1．基于需求的测试覆盖 基于需求的测试覆盖在测试生命周期中要评测多次，并在测试生命周期的里程碑处提供测试覆盖的标识，如已计划的（p）、已实施的（i）、已执行的（x）和成功的（s）测试覆盖。 测试覆盖通过以下公式计算：测试覆盖 = T(p,i,x,s) / RfT 在制定测试计划活动中，将计算测试覆盖以决定已计划的测试覆盖，其计算方法如下： 测试覆盖（已计划的） = Tp / RfT 在实施测试活动中，由于测试过程正在实施中（按照测试脚本），在计算测试覆盖时使用以下公式： 测试覆盖（已实施的） = Ti / RfT 在执行测试活动中，使用两个测试覆盖评测，一个确定通过执行测试获得的测试覆盖，另一个确定成功的测试覆盖（即执行时未出现失败的测试，如没有出现缺陷或意外结果的测试）。这些覆盖评测通过以下公式计算： 测试覆盖（已执行的） = Tx / RfT 2．基于代码的测试覆盖 基于代码的测试覆盖用于评测测试过程中已经执行的代码的多少，与之相对的是要执行的剩余代码的多少。代码覆盖可以建立在控制流（语句、分支或路径）或数据流的基础上。控制流覆盖的目的是测试代码行、分支条件、代码中的路径或软件控制流的其他元素。数据流覆盖的目的是通过软件操作测试数据状态是否有效，例如，数据元素在使用之前是否已作定义。 基于代码的测试覆盖通过以下公式计算： 测试覆盖 = Ie / TIic 如将该比率转换为百分数，则可以通过以下的方式来描述基于代码的测试覆盖： x%的测试用例（上述公式中的I）已经覆盖，成功率为y% 6.2.2 质量评测 测试覆盖的度量评价了测试的完备性，而对测试过程中发现缺陷的评估提供了软件质量指标。 缺陷分析就是分析缺陷在与缺陷关联关系的一个或多个参数值上的分布。缺陷分析提供了一个软件可靠性指标。 对于缺陷分析，常用的主要缺陷参数有4个： 状态：缺陷的当前状态（打开的、正在修复或关闭的等）。 优先级：必须处理和解决缺陷的相对重要性。 严重性：缺陷的相关影响。对最终用户、组织或第三方的影响等等。 起源：导致缺陷的起源故障及其位置，或排除该缺陷需要修复的构件。 6.2.3 性能评测 评估测试对象的性能行为时，可以使用多种评测，这些评测侧重于获取与行为相关的数据，如响应时间、计时配置文件、执行流、操作可靠性和限制。这些评测主要在评估测试活动中进行评估，但是也可以在执行测试活动中使用性能评测评估测试进度和状态。 主要的性能评测包括： 动态监测——在测试执行过程中，实时获取并显示正在执行的各测试脚本的状态。 响应时间/吞吐量——测试对象针对特定主角和/或用例的响应时间或吞吐量的评测。 百分位报告——数据已收集值的百分位评测/计算。 比较报告——代表不同测试执行情况的两个（或多个）数据集之间的差异或趋势。 追踪报告——主角（测试脚本）和测试对象之间的消息/会话详细信息。 6.3 测试日志 回顾测试评估过程的输入与活动的介绍，我们可以看到测试日志是测试评估过程的一项重要的输入制品。使用TestLog窗口可以： 打开测试日志查看测试结果。 过滤测试日志的数据以查看满足过滤条件的信息。 对测试用例进行分类，复查和更新所有未评估的测试用例。 提交日志中失败的事件所对应的缺陷。测试日志自动填写build、配置以及Rational ClearQuest缺陷表中的测试脚本信息。 利用测试脚本开发工具打开基于脚本的日志事件的测试脚本。 预览和打印Test Log窗口的活动测试日志数据。 结合其他测试脚本生成工具，使用比较器（Comparator）分析结果。 1． Test Log窗口介绍 2． 在TestManager中打开测试日志 选择“File”*“Open Test Log”。 在测试资产工作区的“R