聊聊软件生命周期中的度量指标

这是鼎叔的第一百一十六篇原创文章。行业大牛和刚毕业的小白，都可以进来聊聊。

欢迎关注本专栏和微信公众号《敏捷测试转型》，星标收藏，大量原创思考文章陆续推出。本人新书《无测试组织-测试团队的敏捷转型》已出版（机械工业出版社），文末有链接。

我们继续聊聊在整个软件生命周期中，以及各个主要阶段，我们选取哪些关键拆解指标做好研发过程的提效治理。

一 需求分析阶段

基于测试左移到需求阶段的知识 ，聊聊测试左移到需求阶段，我们如何通过度量手段，保障高效的需求分析措施能落地？

完成需求评审后，推荐在研发管理平台录入以下度量指标，方便团队迭代回顾和改进。

• 需求评审的问题拦截数，或拦截率（需求评审阶段发现的问题，占整个研发周期发现问题的比重）：在需求研讨阶段发现的问题越多越好，这意味着大量的无效开发和测试会被节省下来，同时这也标志着技术和产品的研讨是非常高效的。

• 需求验收测试用例数和覆盖率：在需求评审阶段，如果团队将每个需求都明确了验收标准和合适数量的验收用例，就对驱动开发进行高质量的代码实践提供了保障（这个保障是有团队共识的），避免开发目标的跑偏，同时保障了交付的最基本质量。既然有验收测试用例，证明需求的可测性就不是问题。

• 需求平均大小（颗粒度）：每个需求的平均大小（故事点）处于合适的值，按照经验，小批量需求的平均开发量最好为2-3理想人日，测试验证就会非常及时。

• 需求评审效率，即需求开发预估时长/需求评审时长。注意，效率太高或太低都不是好事，都值得改进。如果太高，可能反映了需求评审会的讨论不充分，有悖于“磨刀不误砍柴工”的质量左移原则。如