软件缺陷跟踪管理.PPTVIP

缺陷消耗可使用下面公式计算： 表5-3显示了一个项目的各个缺陷损耗值，它们依据的是经过缺陷潜伏期加权的已发现的缺陷数。 这样，在验收测试期间发现的需求缺陷的加权数值为42（即6×7=42）。 一般而言，缺陷损耗的数值越低，说明缺陷的发现过程越有效（最理想的数值应该为1）。作为一个绝对值，缺陷损耗几乎没有任何意义，但是当用缺陷损耗来度量测试有效性的长期趋势时，它就会显示出自己的价值。 3．缺陷密度 软件缺陷密度是一种以平均值估算法来计算出软件缺陷分布的密度值。程序代码通常是以千行为单位的，软件缺陷密度是用下面公式计算的： 图5-8显示了一个项目的各个模块中每千行代码的缺陷密度。 图5-8 各个模块中每千行代码的缺陷密度 但是，在实际评测中，缺陷密度这种度量方法是极不完善的，度量本身是不充分的。这里边存在的主要问题是：所有的缺陷并不都是均等构造的。各个软件缺陷的恶劣程度，及其对产品和用户的影响的严重程度，以及修复缺陷的重要程度有很大差别，有必要对缺陷进行“分级、加权”处理，给出软件缺陷在各严重性级别或优先级上的分布作为补充度量，这样将使这种评测更加充分，更有实际应用价值。 因为在测试工作中，大多数的缺陷都记录了它的严重程度的等级和优先级，所以这个问题通常都能够很好解决。例如，图5-9所示的缺陷分布图表示软件缺陷在各优先级上所应体现的分布方式。 图5-9 各优先级上软件缺陷分布图 8.3 性能评测 主要的性能评测包括以下几点。 ?动态监测：在测试执行过程中，实时获取并显示正在执行的各测试用例的状态。 ?响应时间和吞吐量：测试对象针对特定测试用例的响应时间或吞吐量的评测。 ?百分比报告：数据已收集值的百分比计算与评测。 ?比较报告：代表不同测试执行情况的两个（或多个）数据集之间的差异或趋势。 ?追踪和配置文件报告：测试用例和测试对象之间的消息和会话详细信息。 1．动态监测 动态监测通常以柱状图或曲线图的形式提供实时显示/报告。该报告用于在测试执行过程中，通过显示当前的情况、状态以及测试用例正在执行的进度来监测或评估性能测试执行情况。 例如，在图5-10所示柱状图中 。 图5-10 动态监测柱状图 2．响应时间和吞吐量 响应时间和吞吐量是评测并计算与时间和吞吐量相关的性能行为。这些报告通常用曲线图显示，如图5-11所示。响应时间和吞吐量在“y”轴上，而事件数在“x”轴上。 图5-11 响应时间曲线 3．百分比报告 百分比报告通过显示已收集数据类型的各种百分比值，提供了另一种性能统计计算方法，如图5-12所示。 图5-12 数据类型的各种百分比值 4. 比较报告 比较不同性能测试的结果，以评估测试执行过程中所作的变更对性能行为的影响，这种做法是非常必要的。比较报告应该用于显示两个数据集（分别代表不同的测试执行）之间的差异或多个测试执行之间的趋势。 5. 追踪和配置文件报告 当性能行为可以接受时，或性能监测表明存在可能的瓶颈时（如当测试用例保持给定状态的时间过长），追踪报告可能是最有价值的报告。追踪和配置文件报告显示低级信息。该信息包括主角与测试对象之间的消息、执行流、数据访问以及函数和系统调用。 Thank you! 软件缺陷跟踪数据库最常用的功能，除了输入软件缺陷之外，就是通过执行查询来获得需要的软件缺陷清单。 通过使用软件缺陷跟踪数据库，不但可以进行查询，还可以找出发现的软件缺陷类型，发现软件缺陷的速度，以及多少软件缺陷已经得到了修复，能够提取各种实用和关心的数据，可以显示测试工作的成效和项目的进展情况。 测试人员或者项目管理员可以看出数据中是否有趋势显示需要增加测试的区域，或者测试工作是否符合预先所制定的测试计划的进程等。 手工报告和跟踪软件缺陷 显然，在软件测试工作中，每个测试用例的结果都必须进行记录。如果使用软件缺陷数据库跟踪系统，那么测试工具将自动记录软件缺陷的相关信息。如果测试是采用手工记录和跟踪软件缺陷，那么有关软件缺陷的信息可以直接记录在相应的文档中。图5-5所示的是根据ANS/IEEE829—1998标准设计的软件缺陷报告文档。 图5-5 软件缺陷报告文档 6、分离和再现软件缺陷 测试人员要想有效报告软件缺陷，就要对软件缺陷以明显、通用和再现的形式进行描述。 分离和再现软件缺陷是考验软件测试人员专业技能的地方，测试人员应该设法找出缩小问题范围的具体步骤。对测试人员有利的情况是，若建立起绝对相同的输入