作者:樊林
团队:腾讯移动品质中心TMQ
最近投入到了一个新的项目中,是一个新的Android项目,项目涉及到智能聊天相关的功能,所以需要一个很好的接入层,总之肯定不能用通用的http协议来聊天。
手Q、微信等聊天软件,都会实现自己的一套协议用来发送消息,而这个协议一般都是私有协议,不会公开相应的技术细节,所以一般在没有官方支持的情况下,很难做出一套私有协议的模拟发送工具。
新的项目使用了哈雷协议作为接入层,也是一个私有协议。新项目因为项目的特点,需要对后台服务进行监控,技术上来说,必须模拟哈雷接入层的私有协议,然后才能进行相应的监控。与其他私有协议一样,哈雷协议的模拟难度是很大的,这时候该怎么做呢?
哈雷协议介绍
“哈雷深入移动互联网网络应用场景,向移动应用提供完善的最优网络接入托管、 实时消息推送、通用资源下载、App 增量自更新等服务。”
“哈雷 SDK 的网络接入服务主要针对业务前后端频繁、少量的数据收发场景,业务后台 支持HTTP(S)服务、TAF 服务或者支持 jce 格式调用的后台服务。”
哈雷协议主要是面向移动互联网的,官方只提供了Android以及iOS的SDK。App可以通过集成对应的SDK,完成对哈雷协议的使用。
传统的方案
传统的方案在PC上模拟请求,然后校验相应的返回结果。
适用范围:
1、对于公开协议一般比较方便,例如http、smtp等,有各种各样的模拟工具以及开源类库都可以用。
2、对于私有协议一般很困难,除非官方提供支持,否则很难做出PC上的模拟工具。例如我们的哈雷协议,只提供了Android以及iOS的SDK。
优点:
1、PC监控稳定性好;
2、PC性能强大,执行效率高;
3、PC监控扩展性好。
缺点:
1、无论是私有协议还是公有协议都会有一定的开发量;
2、和APP运行时的环境始终有些差异,不能完全代表真实环境;
3、PC上模拟代码以及参数和开发的项目代码以及参数相互隔离,不能及时同步。
思考新的方案
新项目的后台接口监控使用传统的PC上的监控的方案存在两大回避不了的问题:
首先是是开发量的问题:重新做一套PC上的哈雷模拟工具,开发量巨大,开发也不愿意承担这个任务。
第二个是后续维护的问题:后台功能的更改以及协议的升级,对应的PC上的模拟工具都需要再做调整。
所以要不断地思考,尝试寻找新的方案,自己给自己来了一次头脑风暴 。
1、为什么要做后台接口监控?
后台接口监控是针对后台接口做的测试,周期性触发,可以准实时地保证后台接口的功能正常性。服务出现问题后能够在10分钟内发现对应的问题。
2、后台接口监控为什么不能用移动端的UI界面自动化测试来代替?
客户端的UI自动化测试耗时较长,稳定性较差,同时覆盖范围有限,不能满足后台接口可用性的准实时测试。