软件测试指标:定义、类型与示例

软件测试中的测试指标

软件测试指标是用于评估软件测试过程的进度、质量、生产力和健康状况的量化衡量标准。软件测试指标的目标是提高软件测试过程的效率和有效性,并通过提供关于测试过程的可靠数据,帮助为进一步的测试过程做出更好的决策。

指标以量化方式定义系统、系统组件或流程所具有的给定属性的程度。理解指标的理想例子是汽车每周的行驶里程与制造商推荐的理想里程进行比较。

Testing Metrics in Software Testing

软件测试指标——提高软件测试过程的效率和有效性。

软件测试指标或软件测试测量是对过程或产品某些属性的范围、容量、维度、数量或大小的量化指示。

软件测试测量的例子:缺陷总数

为什么测试指标很重要?

"We cannot improve what we cannot measure" and Test Metrics helps us to do exactly the same.
  • 为下一阶段活动做决策
  • 主张或预测的证据
  • 了解所需的改进类型
  • 做出决策或流程或技术变更

阅读更多关于测试指标的重要性

测试指标的类型

Types of Test Metrics

  • 过程指标:可用于提高 SDLC(软件开发生命周期)的过程效率
  • 产品指标:关注软件产品的质量
  • 项目指标:可用于衡量项目团队的效率或团队成员使用的任何测试工具的效率

识别正确的测试指标非常重要。在识别测试指标之前,需要考虑以下几点:

  • 确定指标准备的目标受众
  • 定义指标的目标
  • 根据项目需求引入所有相关指标
  • 分析每个指标的成本效益以及其在项目生命周期阶段中产生最大输出的阶段

手动测试指标

软件工程中,手动测试指标分为两类

  • 基本指标
  • 计算指标

Manual Test Metrics

基本指标是测试分析师在测试用例开发和执行过程中收集的原始数据(执行的测试用例数,测试用例数)。而计算指标则从基本指标中收集的数据中得出。计算指标通常由测试经理用于测试报告目的(完成百分比,测试覆盖率百分比)。

根据项目或业务模型,一些重要指标如下:

  • 测试用例执行生产力指标
  • 测试用例准备生产力指标
  • 缺陷指标
  • 按优先级分类的缺陷
  • 按严重性分类的缺陷
  • 缺陷遗漏率

软件工程中的测试指标生命周期

Test Metrics Life Cycle in Software Engineering

指标生命周期的不同阶段 每个阶段的步骤
分析
  1. 指标识别
  2. 定义已识别的质量保证指标
沟通
  1. 向利益相关者和测试团队解释指标的必要性
  2. 培训测试团队如何捕获处理指标所需的数据点
评估
  1. 捕获并验证数据
  2. 利用捕获的数据计算指标值
报表
  1. 编写报告并得出有效结论
  2. 将报告分发给利益相关者和相关代表
  3. 收集利益相关者的反馈

如何计算测试指标

序号 测试指标的步骤 示例
1 确定要衡量的关键软件测试流程 测试进度跟踪过程
2 在此步骤中,测试人员使用数据作为基线来定义指标 计划每天执行的测试用例数量
3 确定要遵循的信息、跟踪频率和负责人 测试经理将在每天结束时捕获实际的每日测试执行情况
4 有效计算、管理和解释已定义指标 每天实际执行的测试用例
5 根据已定义指标的解释确定改进领域 测试用例执行低于设定的目标,我们需要调查原因并提出改进措施

测试指标示例

为了理解如何计算测试指标,我们将以测试用例执行百分比为例。

要获取测试用例执行状态的百分比,我们使用以下公式。

Percentage test cases executed= (No of test cases executed/ Total no of test cases written) X 100

同样,您可以计算其他参数,例如未执行的测试用例、通过的测试用例、失败的测试用例、被阻止的测试用例等。

测试指标词汇表

  • 返工工作量比率 = (该阶段实际返工工作量/该阶段总实际工作量)X 100
  • 需求蔓延 = (新增需求总数/初始需求数)X 100
  • 进度偏差 =(实际交付日期 – 计划交付日期)
  • 测试中发现缺陷的成本 =(测试总耗时/测试中发现的缺陷数)
  • 进度延迟 = (实际结束日期 – 预计结束日期)/(计划结束日期 – 计划开始日期)X 100
  • 通过测试用例百分比 = (通过测试数/执行测试总数) X 100
  • 失败测试用例百分比 = (失败测试数/执行测试总数) X 100
  • 被阻止测试用例百分比 = (被阻止测试数/执行测试总数) X 100
  • 已修复缺陷百分比 = (已修复缺陷/报告缺陷) X 100
  • 已接受缺陷百分比 = (开发团队接受为有效缺陷的缺陷/报告缺陷总数) X 100
  • 延迟缺陷百分比 = (延迟到未来版本的缺陷/报告缺陷总数) X 100
  • 严重缺陷百分比 = (严重缺陷/报告缺陷总数) X 100
  • 开发团队修复缺陷的平均时间 = (修复错误总耗时/错误数量)
  • 每时间段运行的测试数量 = 运行测试数量/总时间
  • 测试设计效率 = 设计的测试数量/总时间
  • 测试评审效率 = 评审的测试数量/总时间
  • 错误发现率或每测试小时缺陷数 = 缺陷总数/测试总小时数