移动端自动化测试-远程设备调度

作者：张志阳

前言：   

    “云测” 是近几年业内的热词,  不仅仅商用的云测平台越来越多，各大厂也早早的着手构建适合自己的云测平台上 ，经常可以听到相关的分享，十分精彩，受益匪浅。对这些平台做调研和比较后可以发现，云测平台包含的通用功能基本分为 远程真机、自动化测试 两大类。

    今天主要向大家介绍一下，转转 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. 自动化应该是独立的状态标识，在前端显示，便于设备筛选，也便于一些设备管理功能的区分处理

        2. 自动化可能同时下发 Android + iOS 的多端多个设备，执行接口设计时需要考虑

        3. 自动化Command 会持续新增，不能写死，需要预留参数接收一些动态的信息，便于Agent 解析&拼装Command, 也避免自动化有变化就需要修改Agent的现象出现

        4. 多设备在同一服务器上执行不同任务，使用的自动化文件需要按设备区分，避免互相影响

        5. 执行完自动化，需要将设备归还给MCP，初始化后，释放给他人使用，MCP提供归还接口

        6. 如性能测试会出现连续执行多次的情况，为避免单次执行归还后，碰巧被他人或其他自动化任务占用，自动化执行接口应支持可以使用正在执行自动化状态的设备执行

        7. 自动化任务可能有因误操作/临时任务变动/设备急用等需要立刻中断设备占用&中断自动化执行的情况出现，所以需要MCP提供中断自动化任务接口，及时结束正在执行的自动化任务、释放设备。

任务分工：

    自动化测试平台：

        1. 根据已有的自动化测试类型 、自动化测试执行策略、测试框架支持的Command，整理出自动化执行时使用的所有数据信息

        2. 增加MCP设备的信息同步及展示，区分远程设备与本地设备

        3. 增加 调用MCP执行接口执行测试计划

        4. 增加 设备同步任务结束的接口（检查设备任务是否全部结束&无任务时归还设备）

        5. 增加中断测试任务的功能

        6. 在MCP的所有服务器上部署自动化执行环境

    MCP：

        1. 提供MCP设备信息获取接口

        2. 提供执行自动化测试接口，包含一个args 变量，用于接收任意内容，直接传递给Agent

        3. 提供中断自动化测试接口

        4. 提供设备归还的回调接口

        5. 增加自动化占用设备的相关管理逻辑

    Agent:

        1. 增加自动化测试类型的服务接口, 包含一个args 变量，用于接收任意内容，直接拼接在自动化执行Command 最后

        2. 增加自动化进程的状态监控，汇报任务的 执行失败、执行成功、执行超时的状态

        3. 增加中断自动化进程的服务接口

    最终在大家的辛苦支持、共同努力下，调度远程设备执行自动化的流程搭建完成

最终流程：

绿色线条为调度远程设备执行自动化的完整流程，红色则为执行失败 或 中断执行时 的流程。这一套流程已经使用了近一年的时间，十分稳定，已经满足了调度远程设备执行自动化的需求。当自动化的任务类型增多时，也只需先扩展自动化框架的执行参数，并通过MCP的执行接口传递即可，MCP及Agent 不需要做任何修改。

设备调度策略：

    在建立好完善的远程设备调度流程之后，便是我们怎样来利用远程设备执行自动化，这里向大家简单介绍3种已经在使用的调度策略

        1. 常规的手动选择设备执行测试计划：多端多设备，随意选择

        2.设置定时任务，定时执行测试计划：   

            a.默认使用已选择的设备

            b.定时任务可通过参数指定设备

            c.指定设备/已选择设备不可用时，优先分配相同数量的 与当前任务绑定的已调适设备(绿色表格部分)，并邮件通知执行人分配的设备

            d.若 无已调适/已调适设备都不可用/已调适设备不够分配 时，会根据所需设备的平台及数量在 支持自动化的设备列表里随机分配设备，并邮件通知执行人分配的设备

            e.若 自动化设备池中 可用设备不足时，则会随机分配其他空闲设备，并邮件通知执行人分配的设备 & 提醒所分配的设备可能因未调适而导致执行结果异常

        3. 调用执行接口执行 指定测试计划/指定自动化测试类型：可指定设备，也支持与定时任务相同的设备分配规则

后续计划：

    当前的设备调度流程和调度策略，都试用于使用设备默认状态（无代理、无特殊设置）下的测试需求，但其实在大家日常的测试工作中，经常会有比如 通过线下环境测试业务、通过对设备特殊设置&准备后再测试 等特殊需求，若想在现在的自动化远程执行流程中 也支持这些需求，设备的调度流程和策略必然都需要一些修改。

    后续则会根据实际的需求，一一进行修改，支持更多的自动化策略。

- To Be Continued -

---

👇戳【阅读原文】加入星球，即刻同行！