除了功能稳定性之外还有一个很大的问题，我们每天都在发布前端页面，那页面的优化性能如何不被劣化？我们好不容易花了时间把页面加载的性能降低到1秒，会不会有一些前端的修改比如引入更多的外链JS/CSS依赖导致整个页面性能劣化？我们做了一些工具去解决这些问题。

　　Quick Test Automation

这是我们内部称作快速自动化的工具。我们会把前端所有的测试用例集写成自动化测试，然后每天都会把全网所有页面所有的测试用例集跑一遍，检查功能是否正常。

　　Web Performance Test

我们会对Web的性能做Web Performance Test的监控，这里我们首要观察的是页面每次打开所消耗的流量，因此会用工具去分析页面中所有加载的图片是不是有些可以转成sharpP但仍然使用了JPG的。有了这套监控，能促使我们团队之外的H5开发者去优化他们的页面。

前端经常提到优化时要减少请求数量等等，atv，这些可以认为是军规的规则，我们都会在测试中进行监管。前面没有详细提到客户端优化的一些方法，但是我们对于WebView在客户端启动的耗时也做了一些监控。

　　前端部署流程

我们还有更严格的前端发布流程，所有在测试环境中写好的并且测试通过的代码，如果要发布到正式环境必须要通过QTA和WPT的验证，如果自动化测试成功率低于95%则不允许发布。

发布到正式环境之后，我们在外网还有综合评分监控的系统，其首要监控的指标是关于速度的，我们把页面打开的速度拆解为客户端耗时、网络耗时和页面耗时并对它们分别监控。

我们每天都会输出如下的监控报表来观察每天速度变化，这里我们并不单纯关心全网的性能怎么样，我们更关心慢速用户的体验，例如大于5秒的用户最近占比会有多少。

除了这些，H5经常遇到的某些JS报错而导致页面不正常，加载过慢导致用户看到白屏的时间过长等等问题，我们对这些都有系统的监控。

　　集成运营体系

除了之前提到的内容之外我们还做了Debug平台，许多调试能力已经提前部署在所有手机QQ终端。我们可以通过远程命令去检查用户的DNS解析情况，命中了哪台server，用户是否受到运营商劫持等等。

　　写在最后

整个QQHybrid的架构基本介绍完了，我们除了性能上的优化，也对CDN上的架构做了调整，也做了运营监控工具。我认为正是有了运营监控系统，才能让我们整个H5和hybird团队能放心大胆地修改页面和发布新功能，同时保证稳定和可靠。

整个过程中也让我们感到hybrid架构并不像以前大家理解的，只是客户端和前端配合的工作就OK了，在整个架构体系中后台技术也发挥了很大的作用。而CDN改造我们也求助了运维团队的支持，QTA和WPT中也有测试开发团队的参与。可以说整个体系的建立，是所有岗位并肩作战的结果。