在说这个时，葵儿也向我们介绍了阿里巴巴的MTL平台，包括打包、适配、mock等一系列无线技术的融合。

　　提测前期：MTL将适配平台和打包系统联通起来，系统自动打包。这样开发打包和测试打包都不要手动参与了，版本控制和测试控制就比较清楚了。

　　设计阶段：视觉和交互同学也会关注样式问题，我们要在设计阶段考虑兼容性适配，这个需要流程和checklist和经验的积累了哦。

　　测试阶段：淘宝客户端难免会遇到一些问题，例如版本多、手机厂商限制太多和业务无关。这时首先就需要使用MTL平台了，MTL可以把这些典型的CASE做成独立的小工具，自动化来执行。如果想测试的同时测试的提高效率，就要开发工具，做到典型CASE工具化；例如服务端和客户端的请求和数据流转的问题，很多客户端的测试人员很少关注服务端的数据请求，MTL平台也提供了一个Proxy，可以实时地查看到客户端和服务端的请求详细信息，帮助大家解决这个问题；例如在模拟慢速网络情况下，如何继续做到功能使用场景？MTL 有wmock工具来做到这些。淘宝客户端，6000W UV，我们要测试服务端逻辑、客户端逻辑这层，通过数据mock，查看展示。

　　发布阶段：通过系统化打包发布，减少了过程中的人工参与，降低失误率做到打包发布一体化，然后再在线监控反馈。

　　做到全过程质量保障测试，分阶段分层次解决问题。

　　后面出场的是淘宝网的技术专家——悟石，他给我们介绍了移动互联网的性能测试，他主要强调移动APP性能瓶颈和PC的不同。移动APP性能瓶颈包括：CPU、Memory、网络、耗电量、响应时间、后端API不稳定、图片资源耗流量等等。

　　然后和我们分享了在移动APP性能测试中可以使用的业界成熟的测试工具，例如IOS的 Xcode、Instruments、automation、Links、Android的DDMS。后面他介绍了阿里自主研发测试工具&平台：执行性能测试、获取监控结果、性能分析、性能优化。

　　传统实验室条件下，可以有效提升客户端的性能吗？首先他给我们分析了一个案例，淘宝的某个Android APP有20个 nullpointer，发布一周后，app crash 达到1W次啊。我们来看看他是如何解决这个问题：首先要给App 加上user track买点，然后把数据传到云梯集群，再性能数据分析、针对性的工具开发、优化性能。客户端App变化大，不建议大范围的UI自动化测试，主要业务流程可以做，可以加强服务端接口的自动化测试。

　　最后出场的是来自百度的资深工程师——鲁晓宇，他和我们分享了他自己开发的Android自动化测试框架——Cafe，有兴趣的朋友可以上github下载。

　　Cafe框架有许多实用的功能，我们可以使用Cafe框架录制的测试脚本，录制的是控件的所有操作，代码不涉及到坐标，这样可以快速生存可复用的测试代码，将触摸操作转换为框架的测试代码，做到一次录制、跨分辨率、跨OS系统版本回放。具体操作步骤如下：第一先获得并保存view原生的监听器；第二为view注册新的监听器，继承原监听器的功能。

　　Cafe框架还给我们提供了一个很方便的调用系统服务——修改一个adb，提供一个service。Cafe框架另一种用法：命令行工具，通过AIDL提供服务并且一个集万千权限于一身的service，剩下的你懂的...

　　Cafe框架提供多样化的view查找方式，一个是byId（被测apk源码），一个是bytext（没有resid稳定），还个是byresourceId（不需要源码）通过hierarchyviewer显示的resid直接可以定位view。

　　Cafe框架还提供了一个比monkey test更强大的功能——UI遍历测试，也就是APP的冒烟测试，可以一句话调用：local.travel();，只需要apk无需人工编码，即可模仿人的行为对Native App的UI操作自动遍历并监测程序crash。

　　Cafe框架的其他功能：失败时自动截图、测试用来截取logcat日志、自动化生成Junit Report Xml、获得应用当前的帧率等。

　　总结

　　以上就是51Testing小编整理出来关于ADC阿里技术嘉年华—测试专场：移动互联网测试的分享的内容，可能不是很全面，写的也不是很详细，欢迎大家留言补充。

版权声明：51Testing原创作品，转载时请务必以超链接形式标明本文原始出处、作者信息和本声明，否则将追究法律责任。