从现网快讯业务事件看移动业务客户端的管理

上周末，部分中国移动的用户发现手中的手机无法正常开机、频繁死机。这件事情引起了集团领导的高度重视，经过紧张排查，最终发现用户手机的异常现象与预置的快讯业务有关系。

本次事件也折射出一个不容忽视的问题：在移动业务高速发展的今天，如何进一步加强对客户端质量问题的管理？如何采取有效措施，提早发现并预防异常事故的发生？以及如何在事故发生后解决问题？

对于第一个问题，就笔者个人的经验来看，想要提高移动业务客户端的质量，必须避免“头痛医头，脚痛医脚”的临时措施，还得从根本的开发管理模式上入手 ----- 即采用集中开发，各平台共同管理的方法。目前，部分移动业务客户端还在采用由各个厂家自行开发的模式。这种模式在初期，还可以调动部分开发方的积极性，对业务的推广起到了积极作用。但时间一长，随着业务升级需求的不断增多，各个开发方的实力也不尽相同，难免出现开发的客户端质量不一的问题。同时，对于业务管理者而言，也需要耗费大量时间反复对所有开发方宣贯需求理念，对实际开发效果的掌控力度较弱，版本控制较难实现。因此，笔者个人认为，尽早在移动业务客户端开发中，采用“一个平台一家开发商，全部开发人员驻点办公”的模式，对开发进度的把握、升级需求的控制、用户体验一致性的提升都会有极大的好处。另外，集团高层领导之前也提过，很多时候中国移动在十年磨一剑，但磨的都是别人的剑。其根本原因在于对于业务的核心知识产权缺乏掌控，在业务的发展方向上往往很被动。在这点上，笔者个人认为，运营商其实应向那些优秀的互联网厂家学习，加大对研发的投入力度，培养一批业务专家，掌握核心技术。在业务合作中，不仅要提的出需求，也要看得懂代码。说到代码，还要再强调一下，业务源代码应该是中国移动业务知识产权中很重要的一部分，在移动互联网日新月异的今天，如果还是只控制需求，不要求代码、技术架构等，那无异于在沙滩上盖高楼，毫无稳定可言。

对于如何提早发现并预防异常事故的发生，这其实是个专业技术问题。在本次事件中，现网中的OPhone1.0/1.5/2.0手机均工作正常，没有受到影响，其主要原因在于一方面OPhone业务的测试要求很严，另一方面是OPhone的移动业务开发中较早引入了单元测试的要求，能够发现并解决大量的异常问题。熟悉软件工程的人都知道，一个软件产品的好坏，往往取决于其对异常状况的处理。而这些异常状况，仅仅凭人工测试，往往很难发现，即使发现了，也很难保存现场log等。比如，此次快讯事件中的异常情况，就是一个典型的按照规范要求不可能发生的情况，但最终还是怕什么就来了什么，导致很多用户投诉。单元测试在开始推广时，也曾遇到过一些阻力，比如开发周期延长、投入成本增加等等。但从本次现网事件来看，这笔投资还是值得的，就像是买保险，有备无患。另外，终端平台本身的容错性也很重要。比如，OPhone平台采用Android+的理念，继承了Android平台的优点，在一个任务虚拟机崩溃时，不会影响到整个平台，这样也避免了潜在的风险。

如果该做的都做了，但事故还是发生了，那就得考虑该如何修复这个出问题的客户端。对于普通用户而言，最烦的就是客户端出问题了，还要跑到营业厅去折腾，费时费力。因此，客户端的在线升级能力就非常的重要。有些终端平台，因为自身能力的限制或API开放程度受限，其客户端的在线升级能力有限，用C/C++开发模式的客户端，因底层库的原因往往无法升级，而采用Java开发的客户端因为直接基于Java虚拟机的模式，往往可以在线升级。

对于OPhone平台，其既支持标准的Android客户端升级方式，还提供了独特的upk升级方式。简而言之，就是将移动业务客户端安装在终端系统的只读分区中，这样一方面保证了新客户端安装的稳定性，另一方面也避免了和用户自己安装的其他应用抢存储空间的地盘。

本次事件中的快讯客户端均为老的1.0或2.0版本，因此很遗憾无法在线升级。但随着OPhone2.5和今年其他诸多终端的上市，用户将会看到全新的快讯3.0客户端。新的快讯3.0客户端和原来的版本发生了巨大的变化。比如，可以免费订阅/查询国内国外共496个城市的3天的天气预报、新的版面资讯量成倍增长、更加友好实用的阅览能力，以及最重要的变化 ----- 可以支持在线升级和下载安装。以上内容有图有真相，欢迎围观。

广州代理记账会计公司

广州筹划税务代理

广州注册公司企业