腾讯TMQ在线沙龙回顾|自动化平台测试经验总结

自动化平台测试经验总结

活动时间：2017年8月28日 QQ群视频交流

活动介绍：TMQ在线沙龙第二十七期分享

本次分享的主题是：自动化平台测试经验总结

共有131位测试小伙伴参加活动，在线观看视频人数 44人！

想知道活动分享了啥吗，

请往下看吧！

嘉宾

廖海珍，腾讯专项测试高级工程师，9年工作经验，华为三年半的开发工作。

在腾讯独立开发iOS GT SDK，已开源，在github上可下载。

《移动App性能评测与优化》一书主要负责人，47篇专利发明人。

在Android和iOS上均有一定的SDK，自动化测试和性能测试的经验。目前主要负责TMQ自动化测试平台的开发，TMQ公众号运营等。

分享主题

1、自动化测试平台的几点经验总结 2、整体框架及功能介绍 3、团队管理过程中遇到的坑以及如何解决的

问答环节

1、大连设备云管理基于stf还是？手机连接不稳定咋整? 答：1）管理方面是自己开发的，只是设备取图像方面用到了stf的minicap，其余的没有用到stf。

2）手机连接不稳定，先分析是否是bug缺陷类的，还是无法解决，如运营商网络的问题，争取指标控制在可接受的范围，然后平台侧可以做失败异常重试的逻辑，如果手机足够充分，可以做冗余机制，进一步提升稳定性。 2、针对目前ui自动化脚本维护成本高，怎么解决的？有什么更优的解决方案吗？目前是做的用例 编写和主体代码分离的方式吗？如果是的话，用例维护是谁来做？ 答：1）UI自动化是质量保证的最后一个环节，基于端到端的测试。目前大多数是倒三角形的布局，UI在最上方，比例大，维护成本也高。

2）我们的思路是希望测试布局是正三角形，UI属于必须要测的核心的的标准用例，控制维护成本，然后扩大接口测试，单元测试等底层测试的覆盖规模，这样即做到测试在前期，且稳定性和维护成本都比UI测试好。

3）目前的用例编写和主体代码在UI测试上是分离的方式，在单元测试是结合在一起的。

4）针对UI分离的方式，主要还是业务测试团队负责维护，固定在用例自动化脚本开发人员。单元测试我们进行了一定的实践，还是在测试团队摸索中，期望这一块的用例维护渐渐转由开发进行开发维护，好处是开发本身对整体实现框架和细节更了解，维护修改成本更低，已经有个产品单元测试用例是由开发来负责写了。 3、本地手机是以什么样方式在平台使用的呢？ 答：1）业务侧将一台pc作为jenkins节点接入utp，并将手机连接在那台pc上；

2）接入后平台会自动发现和获取节点上连接的手机信息(品牌，adb serial号等)，并注册到平台的信息库中，和其他类型的手机一同展示；

3）使用这台手机时，平台会自动将任务发送到连接这台手机的节点上，并携带之前获得的adb序列参数，提供给脚本使用。 4、测试平台开发看中测试人员哪些技能素养？ 答：我的理解需要几个方面：

1）基本的开发扎实功底，强的架构设计分析能力；

2）前沿技术的探索，快速的学习分析能力，能够对比现有的技术和业界技术水平的优劣势，寻找最适合项目的解决方案；

3）具有产品意识，从用户的角度出发设计模块的开发逻辑；

4）基本的能力素质，如沟通表达，交流讨论，事项推动等。 5、怎么在平台上做iOS的自动化？UTP支持ios ui自动化么，性能呢? 这两个问题算一类的问题，统一简单解答一下。 答：1）首先应该把平台和iOS自动化两件事分开，平台不能帮助自动化执行的本身，平台能做的是任务触发，并发调度，结果统计以及数据分析。真正的执行是在自动化本身，包括框架的选取，用例的设计以及自用例的开发实现。

2）在平台和iOS自动化的结合上，我们的做法是mac机上部署jenkins节点，utp和mac通信，这样做到任务的调度执行。

最后，关于任务调度实现等细节，规划在后续的分享中，组织输出给大家更细节的介绍。