如何评估项目的测试过程？

Question

我需要评估一个项目的测试过程的效率/生产力，它也使用SCRUM。我该怎么做？是否有一些同行评审或众所周知的标准方法来评估一个项目的测试过程？我是否可以使用任何有用的行业标准度量？

Answer 1

这要视情况而定，而且没有行业标准。

我是认真的。任何度量都可以被定义(如果您将其用于评估，也将如此)。我不知道任何标准方法，尤其是因为团队正在--或者应该--定期评估自己，并寻找改进自己流程的方法(如果没有，那么他们可能在使用SCRUM-但是.在那里，他们有scrum的形式，但实际上正在做一些根本不敏捷的事情。不幸的是，这是相当普遍的，是管理的失败，而不是团队的失败。

你可以做的一些事情：

• 成为回顾的一部分。如果可能的话。这是团队评估其性能并寻求改进的地方。如果回顾中强调的大多数问题都是团队的外部问题，那么任何问题都是管理问题，而不是团队问题。
• 与测试人员讨论。和测试人员交谈，问他们感觉如何。如果他们不认为这些信息会被用作性能评估的支柱，他们就会诚实(因为我还没见过一位喜欢参与一些不符合他/她标准的事情的测试人员)。
• 如果您绝对必须有度量标准，那么有两个指标是有任何价值的。一种是项目中客户报告的问题与测试者报告的问题的比率.在您过滤掉与误解相关的客户问题之后，客户在使用了他们认为会起作用的产品后才意识到，等等(这种情况发生了，但与测试人员的工作效率无关)，您将有一个合理的度量标准。您应该发现的是，大多数客户报告的问题都是边缘案例(是的，为了正确地使用这些信息，您必须做一些公正的评估)。另一个度量是每分钟的WTF。我其实不是在开玩笑--如果第一次使用这个软件的人的反应是，“他们在思考吗？”有个大问题。这种反应越频繁，问题就越大。
• 无论你选择做什么，不要责怪你的测试团队。我怎么强调都不为过。除了极少数例外，您的团队正在尽他们所能地利用他们所得到的信息和约束。如果他们知道目标是构建最好的软件，他们就会和你一起工作。如果他们认为你会惩罚他们，他们不会的，因为事情进展不顺利。这是人性--你可能会发现，如果你把评估看作是一种让软件变得更好而又不责怪任何人的方法，那么你的测试团队就会比其他人更难对付自己。