软件测试度量
软件测试度量是用于评估软件测试过程的进度、质量、生产力和健康状况的量化度量。软件测试度量的目标是通过提供关于测试过程的可靠数据来提高软件测试过程的效率和有效性，并为进一步的测试过程做出更好的决策。
度量标准以定量的术语定义系统、系统组件或过程具有给定属性的程度。理解指标的理想示例应该是汽车与制造商推荐的理想里程相比的每周里程。
软件测试度量-提高软件测试过程的效率和有效性。
软件测试度量或软件测试度量是对过程或产品的某些属性的范围、容量、维度、数量或大小的定量指示。
软件测试度量示例：缺陷总数
在本教程中，将了解-
- 什么是软件测试度量？
- 为什么测试指标很重要？
- 测试指标的类型
- 手动测试指标
- 测试指标生命周期
- 如何计算测试指标
- 测试指标示例
- 测试指标词汇表
为什么测试指标很重要？
- 为下一阶段的活动做出决策
- 预测的证据
- 了解需要改进的类型
- 做出决策、流程或技术更改
测试指标的类型
- 过程度量：可用于提高SDLC(软件开发生命周期)的过程效率
- 产品度量：它处理软件产品的质量
- 项目度量：它可以用来衡量项目团队或团队成员正在使用的任何测试工具的效率
识别正确的测试度量是非常重要的。在确定测试指标之前，需要考虑的事情很少
- 确定指标准备的目标受众
- 定义指标的目标
- 根据项目需求引入所有相关指标
- 分析每个指标的成本效益方面，以及产生最大产出的项目生活方式阶段
手动测试指标
在软件工程中，手动测试度量分为两类
- 基本指标
- 计算的指标
基本度量是测试分析员在测试用例开发和执行期间收集的原始数据(执行的测试用例数量，测试用例数量)。出于测试报告的目的，测试管理器通常会遵循计算出的指标(完成百分比、测试覆盖率百分比)。
根据项目或业务模型的不同，一些重要的指标包括
- 测试用例执行效率指标
- 测试用例准备工作效率指标
- 缺陷度量
- 按优先级列出的缺陷
- 按严重程度划分的缺陷
- 缺陷滑移率
测试指标生命周期
| 指标生命周期的不同阶段 | 每个阶段的步骤 |
|---|---|
| 分析 | 指标的识别 定义确定的QA指标 |
| 沟通 | 向利益相关者和测试团队解释度量的需求 对测试团队进行培训，了解处理指标时需要捕获的数据点 |
| 评估 | 捕获并验证数据 使用捕获的数据计算度量值 |
| 报告 | 用有效的结论开发报告 将报告分发给利益相关者和各自的代表 听取利益相关者的反馈 |
如何计算测试指标
| 编号 | 测试指标的步骤 | 示例 |
|---|---|---|
| 1 | 确定要测量的关键软件测试过程 | 测试进度跟踪流程 |
| 2 | 在此步骤中，测试人员使用数据作为基线来定义度量 | 每天计划执行的测试用例数量 |
| 3 | 确定要遵循的信息、跟踪频率和责任人 | 每天的实际测试执行情况将由测试管理器在一天结束时捕获 |
| 4 | 有效计算、管理和解释定义的指标 | 每天执行的实际测试用例 |
| 5 | 根据对定义的指标的解释确定需要改进的领域 | 测试用例执行低于设定的目标，需要调查原因并提出改进措施 |
测试指标示例
为了理解如何计算测试指标，我们将看到一个执行百分比测试用例的示例。
为了以百分比形式获得测试用例的执行状态，我们使用公式。
测试指标 = (未执行的用例 / 总的测试用例) X 100
同样，可以计算其他参数，如未执行的测试用例、通过的测试用例、失败的测试用例、阻塞的测试用例等。
测试指标词汇表
- 返工率 = （在该阶段花费的实际返工工作量/在该阶段花费的总实际工作量) X 100
- 需求蠕变= （添加的需求总数 / 初始需求的数量）X100
- 进度差异 = （实际交货日期 – 计划交货日期）
- 在测试中发现缺陷的成本= （花费在测试上的总工作量 / 测试中发现的缺陷）
- 计划延误 = （实际结束日期 – 预计结束日期）/（计划结束日期 – 计划开始日期）X 100
- 通过的测试用例百分比 =（通过的测试数 / 执行的测试总数）X 100
- 失败的测试用例百分比 =（失败的测试数 / 执行的测试总数）X 100
- 被阻止的测试用例百分比 =（被阻止的测试数/执行的测试总数）X 100
- 固定缺陷百分比 =（固定缺陷 / 报告缺陷）X 100
- 接受的缺陷百分比 =（被开发团队接受为有效的缺陷 / 报告的缺陷总数）X 100
- 延迟的缺陷百分比 =（为未来版本延迟的缺陷 / 报告的总缺陷数）X 100
- 严重缺陷百分比 =（严重缺陷 / 报告的缺陷总数）X 100
- 开发团队修复缺陷的平均时间 =（修复错误所需的总时间 / 错误数量）
- 每个时间段运行的测试数 = 运行的测试数 / 总时间
- 测试设计效率 =设计 的测试次数 / 总时间
- 测试审核效率 = 审核次数 / 总时间
- Bug 查找死记硬背或每测试小时的缺陷数 = 缺陷总数 / 测试小时总数
