第 章 软件测试报告与测试评价.ppt

3．缺陷密度 软件缺陷密度是一种以平均值估算法来计算出软件缺陷分布的密度值。程序代码通常是以千行为单位的，软件缺陷密度是用下面公式计算的： 图5-8显示了一个项目的各个模块中每千行代码的缺陷密度。 图5-8 各个模块中每千行代码的缺陷密度 但是，在实际评测中，缺陷密度这种度量方法是极不完善的，度量本身是不充分的。这里边存在的主要问题是：所有的缺陷并不都是均等构造的。各个软件缺陷的恶劣程度，及其对产品和用户的影响的严重程度，以及修复缺陷的重要程度有很大差别，有必要对缺陷进行“分级、加权”处理，给出软件缺陷在各严重性级别或优先级上的分布作为补充度量，这样将使这种评测更加充分，更有实际应用价值。 因为在测试工作中，大多数的缺陷都记录了它的严重程度的等级和优先级，所以这个问题通常都能够很好解决。例如，图5-9所示的缺陷分布图表示软件缺陷在各优先级上所应体现的分布方式。 图5-9 各优先级上软件缺陷分布图 5.8.3 性能评测 主要的性能评测包括以下几点。 ? 动态监测：在测试执行过程中，实时获取并显示正在执行的各测试用例的状态。 ? 响应时间和吞吐量：测试对象针对特定测试用例的响应时间或吞吐量的评测。 ? 百分比报告：数据已收集值的百分比计算与评测。 ? 比较报告：代表不同测试执行情况的两个（或多个）数据集之间的差异或趋势。 ? 追踪和配置文件报告：测试用例和测试对象之间的消息和会话详细信息。 1．动态监测 动态监测通常以柱状图或曲线图的形式提供实时显示/报告。该报告用于在测试执行过程中，通过显示当前的情况、状态以及测试用例正在执行的进度来监测或评估性能测试执行情况。 例如，在图5-10所示柱状图中 。 图5-10 动态监测柱状图 2．响应时间和吞吐量 响应时间和吞吐量是评测并计算与时间和吞吐量相关的性能行为。这些报告通常用曲线图显示，如图5-11所示。响应时间和吞吐量在“y”轴上，而事件数在“x”轴上。 图5-11 响应时间曲线 3．百分比报告 百分比报告通过显示已收集数据类型的各种百分比值，提供了另一种性能统计计算方法，如图5-12所示。 图5-12 数据类型的各种百分比值 4．比较报告 比较不同性能测试的结果，以评估测试执行过程中所作的变更对性能行为的影响，这种做法是非常必要的。比较报告应该用于显示两个数据集（分别代表不同的测试执行）之间的差异或多个测试执行之间的趋势。 5．追踪和配置文件报告 当性能行为可以接受时，或性能监测表明存在可能的瓶颈时（如当测试用例保持给定状态的时间过长），追踪报告可能是最有价值的报告。追踪和配置文件报告显示低级信息。该信息包括主角与测试对象之间的消息、执行流、数据访问以及函数和系统调用。 图5-5 软件缺陷报告文档 5.6 分离和再现软件缺陷 测试人员要想有效报告软件缺陷，就要对软件缺陷以明显、通用和再现的形式进行描述。 分离和再现软件缺陷是考验软件测试人员专业技能的地方，测试人员应该设法找出缩小问题范围的具体步骤。对测试人员有利的情况是，若建立起绝对相同的输入条件时，软件缺陷就会再次出现，不存在随机的软件缺陷。 如果找到的软件缺陷要采取繁杂的步骤才能再现，或者根本无法再现，碰到这种情况，可采取如下的方法来分离和再现软件缺陷。实践证明这些方法对测试人员是有所帮助的。 （1）不要想当然地接受任何假设 （2）注意时间和运行条件上的因素 （3）注意软件的边界条件、内存容量和数据溢出的问题 （4）注意事件发生次序导致的软件缺陷 （5）考虑资源依赖性和内存、网络、硬件共享的相互作用 （6）不要忽视硬件 5.7 测 试 总 结 报 告 测试总结报告的目的是总结测试活动的结果，并根据这些结果对测试进行评价。这种报告是测试人员对测试工作进行总结，并识别出软件的局限性和发生失效的可能性。在测试执行阶段的末期，应该为每个测试计划准备一份相应的测试总结报告。本质上讲，测试总结报告是测试计划的扩展，起着对测试计划“封闭回路”的作用。 图5-6所示的是符合IEEE标准829—1998软件测试文档编制标准的测试总结报告模板。 图5-6 测试总结报告模板 5.8 测 试 的 评 测 测试的评测主要方法包括覆盖评测和质量评测。测试覆盖评测是对测试完全程度的评测，它建立在测试覆盖基础上，测试覆盖是由测试需求和测试用例的覆盖或已执行代码的覆盖表示的。质量评测是对测试对象的可靠性、稳定性以及性能的评测。质量建立在对测试结果的评估和对测试过程中确定的缺陷及缺陷修复的分析基础上