云测” 是近几年业内的热词, 不仅仅商用的云测平台越来越多，各大厂也早早的着手构建适合自己的云测平台上 ，经常可以听到相关的分享，十分精彩，受益匪浅。对这些平台做调研和比较后可以发现，云测平台包含的通用功能基本分为 远程真机、自动化测试 两大类。
今天主要向大家介绍一下，转转 App自动化流程中重要的一个环节 - 远程设备调度。
流程搭建：
移动端自动化云测的两个组成部分：远程设备、自动化流程。
远程设备在哪里？
云测平台，远程设备是关键，如果没有远程设备，当然也就不能称之为云测了。
当前转转QA的设备均已由云设备平台(MCP)进行统一管理，大家在日常工作中，都会在MCP上申请&操作远程设备，有效的利用设备资源。
这些设备都连接在一个个MCP专用管理设备的服务器上， 并且在每台服务器上都有一个 Agent 服务，实时的监控设备的状态 &同步设备信息给MCP。
所以，实现调度远程设备，需要MCP提供支持。
远程设备应该如何调度？
MCP 中有一些对设备的初始化、重启、安装应用、上传文件等常用操作，当用户在MCP上触发以上操作时，MCP会向Agent 发送对应指令，Agent执行对应操作后再同步给MCP执行结果。这其实就是一套完整的远程设备的操作过程，自动化测试也可以参考这个流程。
自动化测试任务有很多自定义的配置，在独立的测试平台上统一管理，所以只能通过接口与MCP通信。
当时大致的流程设想如下：
1. 在自动化测试平台上，配置自动化任务，触发自动化请求MCP执行接口，告知使用的设备及对应的自动化任务和自动化参数
2. MCP在接收到请求之后，解析参数，获取自动化选择的设备
3. MCP向设备所在服务器的Agent发送自动化指令，并传递自动化参数
4. Agent 接收自动化指令，解析参数，下载自动化所需的文件，拼装自动化Command，执行
跟负责 MCP 和Agent 的相关同事进行了方案讨论，发现原设想的方案中，遗漏了很多细节，都需要提前确定清楚，最终又补充了一些细节，如下:
1. 自动化应该是独立的状态标识，在前端显示，便于设备筛选，也便于一
联系作者：xiaowanzi02620
