测试人员的绩效指标/指标

#1 楼

开始此任务之前，您需要记住以下几点：


您不想仅仅为了测量而进行测量；
相反，您想要获得一个更清楚地了解您拥有（或做过的事情）的方式以及如何使其更好地实现。
您不想让您的团队或他们的绩效仅通过改善衡量来驱动结果，在某些情况下，
测量结果可能表明有所改进，而据称正在测量的基本性能实际上却更糟。 （请参阅此问题中记录的实时示例
“寻找错误和可能的替代方案？”。）
确保确定要衡量的内容（团队绩效与个人成就与流程合规性）。 br />
考虑到以上几点，我建议将您的任务分为以下几类：


项目绩效的50-60％-这是一个完全客观的衡量标准团队成员将根据其在项目工作期间的表现来评估他们的绩效，这些因素基于与生产率，客户满意度，流程合规性和个人属性相关的因素。
与业务相关目标的10-20％-这些目标衡量什么团队成员可以做哪些事情来增加业务价值（例如，为某种技能或新工具建立能力）。
团队发展目标的10-20％-这些目标衡量团队成员可以做什么以确保正确地分享了某种技能并传递给团队的其他成员（例如，Delive对团队进行技能或工具方面的培训）。
5-15％促进个人发展-这些目标可确保所有团队成员的个人进步也得到奖励（例如获得某种认证）。

到目前为止，我们已经使用上述简要描述的模型超过5年了，并且我们已经获得了许多好处，包括实现了相对较低的资源周转率，而且大多数团队成员都认为建立自己的技能增长与丰富知识并存是一个事实。他们的简历。

但是，如果您的问题更多地涉及对团队成员的产出进行衡量或分级，则可以考虑在例如同行评审意见之后理解团队成员产出的交付质量。或团队负责人审核，以更好地了解每种资源的个人能力。但是，我再次提醒您不要过多地关注这一领域，因为这可能会导致负面影响，在大多数情况下会破坏团队合作精神。

#2 楼

在您尝试实施度量标准程序之前，我强烈建议您阅读Robert D. Austin的“组织中的度量和管理绩效”。

您应该归功于您的团队和您自己，以了解有关测量系统中与人相关的方面，以及“测量功能障碍”的发生方式。而且，您可能会了解使团队成功实现所需的适当监督水平（可能涉及或可能不涉及指标）。

#3 楼

Scott，

测试人员的性能并不是您可以轻松衡量的。还有太多其他依赖项。

一些示例：



如果您打开或关闭的错误数量众多，则取决于每个人正在测试的材料的质量。满载肥料的人会迅速打开许多虫子并迅速将其关闭，因为这里有很多非常明显且易于修复的虫子。测试大多数干净但存在间歇性问题的人可能根本不会报告很多错误，但是他们报告的错误可能是一个问题。在系统中获得最佳代码的人合法地找不到任何东西。
如果您对自动化程序的代码行进行评估，那么您将忽略数据驱动测试的影响，在该测试中您可以添加500个新测试而无需添加单行代码（我已经做到了）。
如果您查看Tester X从事的项目中的错误数量，那么您还必须考虑Tester X是否有足够的时间进行测试，该项目与其他测试人员所从事的项目和功能相比有多复杂等。

可能唯一有效的方法是测试程序等效于每分钟WTF-在查看脚本代码时，每测试例文档为WTF，每分钟为WTF。其他任何事情都取决于测试人员无法控制的因素。

#4 楼

我从未找到无法操纵的指标。我认为衡量事物是很好的，例如来自错误跟踪系统的统计信息，但您必须保持对它们的了解。尽管这种情况一直在发生，但是将指标插入公式中通常不是管理人员的好方法。

我还认为统计数据中等而统计不好，但统计数据却很少。例如，测试人员打开/关闭/重新打开的错误数量很少。开发人员编写的代码行数不好。

您似乎认识到自动化和探索性测试完全不同。我认为您也许可以粗略地衡量自动化和探索性测试的相对有效性/成本。比较具有不同角色的个人的工作表现是困难的。