研发过程中的质量度量

　　测试工程师，本质上就是产品的质量检查员。我们把开发做好的产品拿过来进行检测，从而发现问题，进而解决问题。作为测试，我们应该是比产品更懂技术，比开发更懂产品。测试人员，对于产品的业务逻辑，可能会比产品同学还要更为明白。这样来说，测试对于产品质量的把控尤为重要。

　　在测试中，从底层的白盒测试，再到UI层的黑盒测试；从相关的接口测试，再到产品的性能测试。从不同的角度来对产品进行测试，检查产品质量。

质量度量的介绍

测试工作中，我们一般从两个方面来进行质量度量：产品质量和测试质量

 从产品质量角度出发，我们常常遇到下面的问题：

1. 现在线上的版本质量怎么样？
2. 当前产品的版本跟以往版本相比，质量有变化吗？变化在哪？
3. 在我们QA做了很多的测试工作之后，产品质量上提升了多少？
4. 当前提测的版本如何，什么情况下能够达到上线的标准?

从测试质量角度出发，我们同样也会遇到类似的问题：

        1. 项目测试负责人，制定的测试计划全面吗？

　　 2. 测试设计准确吗？

　　 3. 测试人员，对于测试的执行靠谱吗？

意义：

　　对于上述这些问题的探究，我们能够对于测试工作进行全面思索，更加完善自己的测试工作。

　　也能从中间找出自己的测试目标，对测试工作的重点进行合理安排。

　　同时，一些考量标准的制定和实施，能够量化出每个产品的质量。

　　最后对于测试工作中的总结，能够沉淀出自己团队的一些质量保障体系。

核心度量指标

下面给出一些核心度量指标供参考：

• 产品质量
  • 服务端
    • 系统的可用性(X个9，这里的X代表数字3~5)
    • 响应时间
    • 错误率
    • QPS：每秒查询率，用来衡量服务器的性能
    • 发布回滚率
    • 漏测率
    • 其他等
  • 客户端
    • crash率
    • 客户端的启动时间
    • 页面的错误率
    • 安装包的大小
    • 页面的加载时间
    • 其他等
• 测试质量
  • bug趋势
  • bug分析
  • 测试的覆盖率
  • 自动化覆盖率
  • 漏测率
  • 其他等　　

研发过程中的产品质量度量

 研发流程和对应的测试类型

测试环境：

线上：

研发过程中的测试质量度量

一是，使用sonar平台，进行扫描静态代码。sonar有自己的原生规则，也有不同的插件，同时也可以根据具体的需求进行二次开发。目前是应用比较广泛的通过量化的方式度量代码质量变化的平台。

　　具体可参考这篇博客关于sonar的介绍：https://www.cnblogs.com/topplay/p/3945013.html

二是，千行代码bug率。将bug和需求平台相关联，将Git和代码平台相绑定。这样能够得到分子(bug数)和分母(代码量)，相除就能得到。第一次使用这个量化数据可能没有什么参考意义。但是多个项目的bug率，就能会有比较明显的比较。

　　千行代码bug率的粒度，可以设置，可以根据审核纬度的设定来设置。

质量保证体系

通过测试工作的总结，形成自己团队的质量保障体系：

• 质量文化
• 质量流程
• 质量度量

建立适合自己团队业务的质量度量体系：

• 发展阶段
• 业务形态

 以上内容主要是来自美团测试经理钮博彦分享的文章，加上了自己的理解和总结，写了这样一篇博客。