作者 | Tania Zhydkova
赛希翻译组 译
在开发的世界中，有一个永恒的规则，那就是你无法改进无法衡量的东西。当然，这条规则也适用于质量保证。
所生产软件的阵列呈指数级增长，这意味着保证质量所需的测试覆盖率也在以同样的程度增长。这也导致了这种因果关系——代码越多，缺陷就越多。因此，除此之外，为了让测试团队为测试自动化和优化做好准备，您还需要考虑实现一个有效的bug报告工具。
然而，即使有一个有效的基于Web的测试用例管理工具，也有必要了解软件测试中需要应用哪些进度指标，以便更清楚地了解质量保证的有效工作。在本文中，我们将分析哪些测试指标和度量被认为是必要的，它们中哪些在敏捷方法中是首要的，哪些KPI是跟踪团队绩效所必需的。
01、如何理解使用哪些测试质量保证指标
在你开始评估你自己的测试过程之前，你需要确定在软件测试中你可能需要哪些特定类型的指标来实现。
正确的解决方案是确保你知道以下问题的答案：
测试需要多长时间?
测试要花多少钱?
使用低成本的测试是否合理?
bug的严重程度如何?
每个bug的状态是什么-关闭的，重新打开的，延迟的?
需要发现多少错误?
测试了多少软件?
测试是否可以在指定的时间段内运行，是否可以在相同的时间段内进行更多的测试?
是否需要更多的测试工作？
回答问题后，您可以更进一步选择可以满足您要求的测试指标。但是，您应该记住，指标不是通用的——不同的企业在软件测试中需要不同的指标和衡量标准。
02、测试质量保证的有效性指标
绝对数字
绝对指标是大致了解当前测试流程如何构建的好方法。并且建议将它们的存在用于所有类型的开发。
测试用例总数
通过的测试用例数
失败的测试用例数
无效的测试用例数
发现的缺陷数
接受的缺陷数
拒收的缺陷数
延迟的缺陷数
严重缺陷数
计划测试小时数
实际测试小时数
发货后发现的bug数量
测试执行和错误修复
软件测试中的测试指标显示了已完成的任务与总功能数之间的相关性，使整个团队了解哪些模块中的错误会破坏产品，应该主要解决:
测试完成情况
测试执行完成情况
缺陷密度
缺陷优先级/缺陷严重程度
缺陷验收/缺陷拒绝
测试用例执行效率
测试设计
展开全文
测试设计覆盖率评估测试用例和需求数量之间的相关性，而测试设计性能评估每天生成的测试用例的数量。这样做是为了找出最终用户端的功能差距:
测试设计覆盖;
测试设计的效率。
测试覆盖率
测试覆盖率评估测试工作，并给出应用程序已经测试的百分比。
用户验收测试
这个指标是为了发现由于测试策略的差距而可能出现的遗漏问题。
缺陷泄漏
产品开发和支持
此指标用于策略改进以提高测试性能。它还通过显示生产部署之前需要解决的未发现问题的数量来评估测试有效性：
缺陷去除效率
测试经济指标
测试的成本包括基础设施、工具和劳动力。这个指标评估完成项目需要花费多少，以及已经花费了多少:
分配的总成本
实际成本
预算差异
时间差异
每个Bug修复的成本
不测试的成本
测试执行状态
这个指标最好用图表来表示，以显示通过、失败、受阻、不完整和未执行的总执行情况。
创建的缺陷与解决的缺陷图表
这个指标是用来控制缺陷消除过程和了解测试有效性指标的。
总体指标
总体测试指标衡量你的测试策略的有效性，以确定需要的改进：
工作差异/进度差异
返工率
需求质量
正确地使用软件质量度量标准可以从测试中获得期望的结果。它们在诸如敏捷之类的现代开发过程中的存在，有助于管理者为每个 sprint 准确地定义较小的目标。使用基准测试和 KPI 作为导航器，测试人员了解他们应该得到什么结果以及他们应该关注什么数字。在偏离这些测试效率指标的情况下，我们可以讨论趋势的变化。这种偏差可能表明存在可能危及项目成功的关键错误。通过这种方式，管理者可以预先检查并重新调整他们的团队，而不必等待结束，从而避免额外的开发成本。
综上所述，我可以毫不含糊地说，开发过程中软件测试中的质量度量可以提高其质量并防止不必要的风险。
关注微信公众号”赛希咨询“，了解更多精彩内容及视频。返回搜狐，查看更多