QA测试执行的强大程度取决于你所采用的策略。我们在许多软件公司中注意到的最佳QA实践之一实际上是在任何测试开始之前进行的。通过执行一个有完整过程的强大计划，QA团队的每个成员都知道要交付什么，什么时候交付以及为什么它很重要。
但是你怎么知道你的策略是否合理呢?
一点点的洞察力会有很长的路要走。定期度量性能指标是您的团队检查测试过程执行情况的一种方法。你当前的过程是最好的QA实践吗?您的软件产品是否在不断地通过频繁的特性发布而发展?你的QA团队是否经常理解每个项目的期望?在开发周期中哪些地方出现了可以改进的沟通失误?
与您的测试流程一样，您希望集中时间评估提供有效结果的性能指标。我们建议每个QA团队都追踪这五个绩效指标，揭示在您的流程中存在的问题，加强客户期望并提高团队生产力。
报告缺陷
要坚持最佳QA实践，始终建议衡量建筑物的稳定性随着时间的推移。这种性能度量标准显示了QA团队报告的有效缺陷数量，包括开发团队无法重现的重复缺陷，无效的缺陷和缺陷。
从一个开发周期到下一个开发周期的目标是减少在项目过程中发现的缺陷数量，直到构建变得稳定。不幸的是，引入新特性之类的实例可能会增加缺陷的数量。通过审查从一个构建到另一个构建的报告缺陷，您的团队可以识别遇到的缺陷的模式，并保持跟踪以最小化它们。
如果您的团队发现发现的缺陷数量在构建后不断增加，您可能会经历以下一种(或全部)情况:
- 您的QA团队使用一个缺陷跟踪多个问题，或者在对同一个缺陷进行回归时报告新的问题
- 您的开发团队在提供给QA团队之前没有执行默认点检查
- 你的现场团队和离岸QA团队之间存在沟通障碍
执行测试周期的时间
由于它是您对维护效率的最佳QA实践，因此您的团队应跟踪执行测试所需的时间。这种性能度量的目的是验证第一次运行测试所需的时间应该明显高于后续的执行。
随着您的团队越来越熟悉产品和测试用例，测试时间应该会减少，并在项目期间更平稳地运行。考虑通过确定哪些测试可以同时运行以提高测试效率来度量这个度量。
如果您的团队发现测试时间随着项目的进展而增加，您可以遇到以下一（或全部）：
- 报告的缺陷中缺乏细节
- 在您的QA团队中缺乏域名或产品知识
- 您的现场和异地团队之间缺乏沟通
- 对项目测试要求的经常性更改
- 更改QA或开发团队使用的软件或硬件配置
自动化速度
自动化被认为是最好的QA实践之一，因为它的快速周转时间来开发和部署您的软件到市场。为确保您的团队正在维持生产力水平，我们建议衡量新的自动化测试用例的数量以及新的自动化脚本和资源分配的交付。
团队在测量这种性能度量时发现价值，因为它监控测试案例交付的速度，并确定哪些方案需要进一步检查。如果您的团队突出了自动化脚本交付的偏差，则可以遇到以下一（或所有）以下内容：
- 您的测试系统不稳定
- 需求的变化导致自动化脚本的不断更新
- 同样的缺陷是重新开放的，导致高缺陷修复时间
- 由于即将发布，您的自动化团队现在专注于功能测试任务
QA回归总结
跟踪从一个开发周期到下一个开发周期哪些缺陷被重新访问和重新检查，遵循最佳QA实践。随着时间的推移，这个性能度量共享已验证的、关闭的和重新开放的缺陷的趋势。
如果您的团队发现重新开放的缺陷的数量逐月增长，您可能会经历以下一种(或全部)情况:
- 一个缺陷跟踪多个问题，或者您的QA团队在回归测试相同的缺陷时报告新的问题
- 您的开发团队在送到QA团队之前不会执行默认点检查
- 你的现场团队和离岸QA团队之间存在沟通障碍
自动化覆盖范围
低自动化覆盖率会影响您的产品质量，并且需要测试人员进行不必要的工作和时间来手动测试您的产品。为了在不牺牲效率的情况下交付价值，我们建议通过监视您的全部测试用例来检查您的自动化覆盖范围，以便更好地了解特定模块的挂起的测试用例。
度量此性能度量遵循QA最佳实践，因为此信息可以为自动化覆盖率较低的模块中未解决的测试用例带来更清晰的操作路径。如果您的团队注意到在总的自动化测试用例计数中有偏差，您可能会经历以下的一个(或全部):
- 受影响模块的测试系统不稳定
- 受影响的模块或特性已过时
- 经常更改定期应用于受影响的模块，导致创建新的自动化脚本阻止实际测试执行
当您实现对QA测试过程返回的变化时，您将知道您正在测量正确的性能指标返回有影响力，可衡量的结果。仍然不确定如何衡量QA测试过程的成功？考虑与像Qasource等经验丰富的QA服务提供商合作。我们的团队QA分析专家能够熟练地识别值得度量的正确性能指标，以便更快地发布质量更好的软件。今天获得免费报价．
想知道你的同事是如何衡量他们的团队的吗?
下载报告副总裁用来衡量QA团队的20个参数以下！
