目录
一、背景
为了提升研发部各部门或各业务线的研发效率和交付质量,我们开发了效能度量平台。没有度量,就无法高效的管理。
二、开发度量指标
我们谈软件质量,不可避免要从它的源头说起,而源头就是需求和设计阶段要做的事情。这个阶段包括原型图、PRD文档、交互设计、技术方案、测试用例等几项重要产出物,当然他们有一定的前后依赖关系。
需求设计质量
在需求设计阶段,我认为比较重要的有如下几点指标:
- 需求评审通过率(是否有遗漏、描述不清、存在逻辑漏洞等);
- 设计评审通过率(设计是否满足需求要求、是否合理美观友好);
- 方案评审通过率(方案实现难易程度、可测性、是否需要更多资源);
- 用例评审通过率(场景是否尽可能覆盖、和技术方案实现是否吻合);
注意,这里我提到的都是评审,为什么要做大量的评审工作呢?因为如果源头存在问题,那么研发过程和后面的用户使用质量,就无从谈起。方向错了就全错了。
评审的价值在于从用户使用场景角度出发,通过评审提问,把需求逐步澄清并形成验收条件,产、研、测三方共同确认,形成共识,以保证大家对需求的认知不发生偏差,为后续团队正确的做事提供有价值的指导。
研发过程质量
软件质量是构建出来的,不是测试出来的。测试的本质是验证研发交付的产出物是否达到需求设计及预期的标准。并不能直接带来质量的提升,只能通过种种手段多维度的去验证是否达标,并通过流程规范、度量标准等去保障最终的交付物达标。
因此,我们常说的各种测试技术手段,都是验证和保障交付质量的手段,而不是构建质量的手段。当然,开发有自己的一套体系,比如编码规范、单元测试覆盖率等,这里不做详细描述,我们重点关注测试维度。
在研发过程阶段