高层管理人员希望每个小组都能显示年度改进（即通过数据证明收益，而不只是陈述意见）。您如何在质量保证方面取得进步？您使用了哪些指标？
这不是关于将一个测试者评定为另一个测试者。它是关于展示部门的成长，并为个人测试人员提供突出个人改进的能力。
答案 0 :(得分：3)
明确您的质量保证部门所做的事情非常重要。这在各个公司之间会有所不同，但最终，QA是一个数据收集操作。每个人/项目提交的错误数量很容易衡量，但与QA团队的工作量或效果无关。
最好查看客户发布后发现的严重错误百分比与QA发现的错误百分比。随着测试的改进，这个数字应该下降。另外，衡量针对每个版本执行的测试用例的数量。随着质量保证流程的成熟，您应该看到测试人员变得更高效（通过熟悉或通过自动化）..
答案 1 :(得分：3)
有许多误导的质量保证指标，包括发现的错误。这是一个很容易的，但如果软件没有太大变化，随着时间的推移发现的错误数量将趋于零。
测量单个测试人员以及他们提出的错误数量是一种在竞争类型中提供激励的方式，但也可能导致许多小问题被提出（这可能是好事还是坏事）。
一些可能的有用的指标包括：
如果您的目标也被指定 - 例如转移到自动测试系统 - 这可以是一种测量方法。因此，如果您有10,000个测试用例，那么您的度量标准可能是自动化测试用例的数量，其中有多少是通过/失败。
有一篇非常好的文章在讨论这个： http://www.claudefenner.com/content/detail/QAMetricsPage.htm
答案 2 :(得分：1)
找到的错误有多复杂，例如它是一个简单的只是加载一个网页，它崩溃或是否有许多步骤需要重现一个错误，可能是一个使用的指标可能有趣，看看它如何，虽然它在某种程度上取决于如何开发人员首先构建软件。
为了澄清错误而发送错误的频率也很有用，好像开发人员花了很多时间与QA配对只是为了理解错误，这不是花费一个时间的最有用的方法。
最后，有人可能需要在此创建QA 101手册，以便可以记录和修改一些实践和知识，以便在理解各种测试实践和使用有用的测试实践方面显示增长。这些是我的建议。
答案 3 :(得分：0)
我认为，通过报告错误的比率来衡量QA团队绩效的最佳方法是：修复错误。如果您的大多数错误都由dev修复，则表明您正在发现质量错误，这些错误需要引起注意。无效错误的数量应该是一个负面的措施因为这种错误浪费了开发人员的时间。