前面的文章我们为大家介绍了中通科技质量控制中心的产生背景以及整体的技术架构和思路，本文将为大家详细介绍质量控制中心的质量看板部分。

质量看板这块主要做什么呢？刚刚我们那张图上其实也有跟大家讲到，是我们需要从各种维度去分析，通过这些数据，去产生一些报表。

我们再去分析是该按季度？按项目？按产品？按测试的部门？还是按小组？会去分析这些数据，哪些我们需要改进的，做一些数据报表的统计。

测试过程和系统配置呢？测试过程其实就是我们测试过程产生的一些数据报告、数据流向、系统的一些配置，还有一些覆盖测试过程管理的系统的度量分析内容。

下面是我们的一个应用架构图，大家可以看一下。

最外面的是我们的一个客户端，进来之后先走一个负载均衡，从负载均衡再走到我们的质控服务中心，质控服务中心它会去调我们中间的一些服务，比如说Redis 的缓存、MQ的消息队列。最底层是我们的数据库，数据库下面最下面的一行其实就是我们刚才说的那些独立的一些服务。只需要跟其他的一些业务进行交互，与其他的一个代码进行交互，就可以实现一些我们想要的功能。

左边这一块是我们的监控，我们的业务监控主要是用来我们的线上应用的实时监控。比如说我们的一个线上应用现在出故障了、异常了等等，它都有有一些实时的告警。我们通过这些监控的一些数据，会做一些分析，同步到我们的一个系统当中去。

最右边是我们所依赖的一些系统，我们刚刚在最大的那一张图上也讲过了。第一个就是我们的一个PMS，项目管理。当我们有计划的时候，我们会去项目管理系统中把这些计划排好，测试人员只需要在这个质控平台去选这个计划就行。当然了，你的数据流向也必须是先在pms这个项目管里面有的，测试的流程才能继续往下走。

还有就是发布系统，发布系统去产生报告的时候，就会去拉一些数据，看看这些数据是否符合准出的一些规范标准。

精准的话，刚刚也讲了。主要是我们自动化的一些运行，那我们在准出的时候可能也会去拉一些我们自动化的一个准出的标准。你必须要去验证哪些通过了，你的自动化必须要达到什么样的标准才能发出这个报告。

接下来是一个JIRA的bug的管理，缺陷管理的话，其实我们刚才也讲过，我们准出的时候必须去拉这些数据，告诉你，这个测试报告、应用能不能上线，如果你还有一堆bug的话，那是不能准出的。

接下来我们一起看一下我们质控中心的一个质量看板。其实就是从我们各种维度去统计一些数据，从季度，还是月度，还是年度，还是产品线等等去统计一些数据。

比如说我们的系统总共有多少个产品线，产品线的一个总可用时长。按年度的还是季度的？哪些有故障？故障的修复时长？故障一共有多少个？故障的级别？S1的就是最高级别的故障。主要是针对数据进行统计，产生一些报表，然后我们的领导会根据这些数据进行分析，也会做一些复盘，对我们改进的方向提供一些数据参考。

过程数据的话，我们在去年集成了Jacoco，实现了Jacoco代码覆盖率的统计。我们在我们在准出的时候，必须要走这个代码覆盖率。代码覆盖率必须要达到某一个标准，你这个上线才能算上线成功。

Jacoco的实践过程中，也是经历了很多的的探索。经过不断的改进，最终，现在已经在使用了。也是想从另外一个纬度查漏补缺。也是给我们的测试人员再提供一个辅助工具，检查自己有没有测漏的，这个我感觉还是很有用的。