云测试平台的拓扑结构示意图。
[0086] 图3是本发明实施例提供的Jenkins主从模式的主机服务器与各个外围设备的连 接结构示意图。
[0087] 图4是本发明提供的对场景图像的不相似区域进行标识的一种实现方式的流程 图。
[0088] 图5是本发明提供的主机服务器一个实施例的结构示意图。
[0089] 图6是本发明提供的主机服务器的又一个实施例的结构示意图。
【具体实施方式】
[0090] 下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完 整地描述。
[0091] 参见图1，是本发明提供的移动设备的游戏测试方法的一个实施例的步骤流程图。
[0092] 具体实施时，在执行所述移动设备的游戏测试方法之前，可先进行测试环境的选 取和部署。为了实现对众多移动设备（如安装有Android系统的智能手机）的调度，并在 各个移动设备上并行获得测试数据以缩短测试时间和简化测试流程，可以优选采用持续集 成平台（如Jenkins)，选取一台服务器作为Jenkins主机节点或主机服务器，各台连接有一 个或多个移动设备的PC机作为从机节点，用户通过Web (互联网）实现对多个移动设备的 远程调度和发送测试请求。主机服务器和各台从机节点构成云测试平台或云测试系统。
[0093] 参看图2,是本发明实施例提供的一种云测试平台的拓扑结构示意图。
[0094] 所述云测试平台包括主机服务器100和多台与主机服务器100连接的从机节点 1?m;各台从机节点又分别连接有多台移动设备。其中，从机节点1又连接有多台移动设 备 1 ?n;m> l，n> 1。
[0095] 具体地，本实施例提供的移动设备的游戏测试方法可以通过主机服务器100进行 实现，包括以下步骤S1?步骤S4:
[0096] 步骤S1:通过多个Web接口接收用户发出的测试请求，根据所述测试请求选中一 个或多个从机节点，对从机节点所连接的各个移动设备的使用状态进行检测，并将测试任 务分配给空闲的一个或多个移动设备上执行。
[0097] 具体实施时，在采用Jenkins主从模式时，Jenkins主机节点或主机服务器100与 Web服务器在同一台服务器上；连接有移动设备的PC机作为Jenkins从机节点。
[0098] 参看图3,是本发明实施例提供的Jenkins主从模式的主机服务器与各个外围设 备的连接结构示意图。
[0099] 具体地，主机服务器100提供Web接口，实现用户对job测试任务以及Jenkins从 机节点的管理。job测试任务分发到各台从机节点进行执行，主从节点间采用"Java web start"（基于Java技术的应用程序的一种设备部署通道）来实现主从节点的连接。
[0100] 当主机服务器100与各个从机节点组成移动设备的游戏测试系统时，用户端可以 通过Web (http/https网络协议）操作新建Jenkins从机节点。可以方便地将用户所在的PC 机作为云测试平台的子节点接入到游戏测试系统中。主机服务器100将生成的JNLP(Java Network Launching Protocol，Java网络加载协议）文件存放在Web服务器供用户端下载。 具体实施时，各个用户端的PC机配置Java运行环境，下载并运行JNLP文件和执行相应的 配置后，即可连接到主机服务器（主节点）100上，而各个用户端的PC机即成为其中一个从 机节点。在PC机上接上移动设备后，可以通过Web查看移动设备的是否接入和/或是否被 使用等状态。
[0101] 主机服务器1〇〇作为Jenkins主节点，在接收到用户发出的测试请求后，会首先对 各台移动设备的状态进行检测，实现对测试队列的管理。对于处于连接状态的移动设备， 如果处于忙碌状态，则不能进行测试操作，可以保存用户的测试请求，直到移动设备空闲 下来再执行相应的测试操作。进一步地，主机服务器100配置了封装ADB(Android Debug Bridge，安卓调试桥）操作的Jenkins插件，从机节点接入到云测试系统的主机服务器100 后，用户或技术人员通过Web客户端即可查询连接在各个从机节点上的各个移动设备的状 态，如连接、断开、忙碌和空闲等。
[0102] 步骤S2 :接收用户上传的测试文件，通过所述从机节点将所述测试文件以及与所 述测试请求相对应的测试用例同步分发到空闲的移动设备上。
[0103] 具体地，通过主机服务器100可将相关信息查询和测试需求，如查询接入到云测 试平台的移动设备的连接状态以及各台移动设备是否处于使用状态，并将控制移动设备的 游戏软件的安装、启动、卸载等指令封装成ADB (Android Debug Bridge，安卓调试桥）脚本 命令，分发到各个从机节点上执行；并将执行结果数据反馈到主机服务器100,通过Web供 给用户查看移动设备的状态和执行测试用例。
[0104] 具体实施时，所述测试文件包括游戏安装包和游戏自动化运行脚本，所述步骤S2 具体为：首先，将所述游戏自动化运行脚本以及所述测试用例封装为压缩文件，例如jar文 件（Java Archive，Java归档文件）后，将所述压缩文件和所述游戏安装包分配至各个从机 节点；然后，所述从机节点将所述压缩文件和所述游戏安装包同步分发给与所述从机节点 连接的一个或多个空闲的移动设备上。
[0105] 在本实施例中，用户可以通过Web上传待测试的游戏安装包和游戏自动化运行脚 本至主机服务器100中，主机服务器100通过Jenkins的主从节点将游戏安装包、游戏自动 化运行脚本以及执行的测试用例（如收集性能数据、log日志等）的压缩文件分发到各个 从机节点，然后再通过从机节点将压缩文件分发到连接在PC机上的各个移动设备上执行。
[0106] 步骤S3 :控制所述移动设备安装启动游戏软件，并在游戏软件的运行中定时读取 移动设备的系统文件，获取所述游戏软件在各个移动设备上运行时的性能参数。
[0107] 其中，当所述游戏自动化运行脚本以及所述测试用例封装为压缩文件时，则在所 述步骤S3中，所述控制所述移动设备安装启动游戏软件，具体为：
[0108] a.控制接收到所述压缩文件和所述游戏安装包的移动设备对所述压缩文件进行 解析，获得所述游戏自动化运行脚本和所述测试用例；
[0109] b.根据所述游戏自动化运行脚本中的指令，控制在所述移动设备中安装所述游戏 安装包，启动安装后的游戏软件运行所述测试用例。
[0110] 步骤S4 :对所述性能参数进行解析，生成测试结果并将所述测试结果存储在与所 述Web接口连接的数据库中。
[0111] 进一步地，在本实施例中，所述方法还包括：对所述游戏软件在各个移动设备上运 行时的兼容性进行测试，具体地：
[0112] 所述步骤S3还包括：在所述游戏软件的运行中定时对游戏界面进行截图，获得在 各个移动设备上实时运行的游戏界面的场景图像；将所述场景图像与参考图像进行相似度 比较，以判断所述游戏软件在各个移动设备上运行时的兼容性；所述步骤S4还包括：将所 述场景图像以及所述兼容性的判断结果存储在与所述Web接口连接的数据库中。
[0113] 具体实施时，主机服务器还可以通过所述Web接口将所述数据库中存储的数据输 出给用户。
[0114] 在本实施例中，可以优选米用SSIM(StructuralSimilarityIndex Measurement，结构相似度指标测量）算法，来判断游戏在移动设备中的场景截图和参考图 像的相似度，从而判断游戏的运行界面在该移动设备中是否存在黑屏、贴图丢失等问题，从 而判断出游戏在各种移动设备上运行的兼容性。
[0115] 具体实施时，主机服务器100可以控制在移动设备上启动后台服务；通过所述后 台服务在游戏软件的运行中定时读取所述移动设备的系统文件，获得所述移动设备的性能