Android手游测试方法及系统与流程

本发明涉及手机游戏测试方法，特别涉及一种android手游测试方法及系统。

背景技术：

在手游测试期，通常存在大量测试用例需要执行。且对于每一份测试用例，都可能需要在不同配置的移动设备上运行，以确保游戏在各种不同配置的移动设备上正常运行。而目前市场上的移动设备配置繁多，即使只选取典型配置的移动设备进行测试，也非常浪费人力物力。

现有的自动化测试，通常需要编写脚本，对测试人员的技术水平有一定要求；一般单个测试用例对应单个脚本，往往依赖于游戏代码逻辑，随着手机游戏功能的持续改进和内容扩充，维护量大，维护复杂度高。

技术实现要素：

本发明旨在至少解决现有技术中存在的技术问题之一。为此，本发明提出一种android手游测试方法，不用编写脚本，维护简单，能够节约人力物力。

本发明还提出一种具有上述android手游测试方法的android手游测试系统。

根据本发明的第一方面实施例的android手游测试方法，包括以下步骤：s100，在第一测试设备中对测试用例中产生的事件流进行录制；s200，在若干其它测试设备中回放所述事件流。

根据本发明实施例的android手游测试方法，至少具有如下有益效果：无需编写脚本，将测试用例的事件流进行录制后进行回放，与待测试游戏代码耦合度低，后期维护量小，缩短了测试周期，节约了测试成本。

根据本发明的一些实施例，所述步骤s100包括：s110，在所述第一测试设备中启动录制程序，运行待测试游戏；s120，在所述待测试游戏中，执行所述测试用例的相应操作；s130，所述录制程序记录所述测试用例的所述操作中产生的所述事件流。

根据本发明的一些实施例，所述步骤s200包括：s210，将若干所述其它测试设备连接到测试计算机；s220，通过所述测试计算机，同时在所述其它测试设备上启动回放程序，运行所述待测试游戏；s230，所述回放程序按序播放录制的所述事件流。

根据本发明的一些实施例，所述测试计算机通过adbshell命令同时在所述其它测试设备上启动回放程序。

根据本发明的一些实施例，所述事件流通过android设备的输入事件流文件“/dev/input/event1”读写来进行录制回放。

根据本发明的一些实施例，所述事件流的记录内容包括：事件时间、事件类型、事件类目及事件相关的值。

根据本发明的一些实施例，所述测试用例的所述操作中包括：对所述待测试游戏屏幕或所述待测试游戏相关组件进行点击、滑动或长按。

根据本发明的一些实施例，收集所述测试用例产生的测试结果数据，进行统计分析。

根据本发明的第二方面实施例的android手游测试系统，包括：录制模块，用于录制第一测试设备的测试用例中产生的事件流；回放模块，用于在若干其它测试设备中回放所述事件流。

根据本发明实施例的android手游测试系统，至少具有如下有益效果：无需编写脚本，将测试用例的事件流进行录制后进行回放，与待测试游戏代码耦合度低，后期维护量小，缩短了测试周期，节约了测试成本。

根据本发明的一些实施例，还包括：控制模块，用于控制所述其它测试设备中的所述回放模块及待测试游戏同时启动，并将录制模块录制的所述事件流发送给回放模块；统计模块，用于收集所述测试用例产生的测试结果数据，进行统计分析。

本发明的附加方面和优点将在下面的描述中部分给出，部分将从下面的描述中变得明显，或通过本发明的实践了解到。

附图说明

本发明的上述和/或附加的方面和优点从结合下面附图对实施例的描述中将变得明显和容易理解，其中：

图1为本发明实施例的方法的主要步骤示意图；

图2为本发明实施例中测试设备与测试计算机的连接关系示意图；

图3为本发明实施例的系统的模块结构示意图。

附图标记：

录制模块100、回放模块200、控制模块300、统计模块400。

具体实施方式

下面详细描述本发明的实施例，所述实施例的示例在附图中示出，其中自始至终相同或类似的标号表示相同或类似的元件或具有相同或类似功能的元件。下面通过参考附图描述的实施例是示例性的，仅用于解释本发明，而不能理解为对本发明的限制。

在本发明的描述中，若干的含义是一个或者多个，多个的含义是两个以上，大于、小于、超过等理解为不包括本数，以上、以下、以内等理解为包括本数。如果有描述到第一、第二只是用于区分技术特征为目的，而不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征的数量或者隐含指明所指示的技术特征的先后关系。

参照图1，本发明的实施例中的方法，包括以下步骤：s100，在第一测试设备中对测试用例中产生的事件流进行录制；s200，在若干其它测试设备中回放事件流。

具体地，首先，编写录制程序recordevents及回放程序replayevents。参照图2，假设有n台移动设备(用device1,device2,device3,…表示)，将其都连接到测试计算机上，并随机选择一台设备作录制使用，例如选择device1。事件流的录制过程为：1、在device1上启动录制程序recordevents，以录制事件流；2、测试人员在device1上对待测试游戏执行一系列操作，完成一个测试用例；3、保存事件流，并关闭录制程序。这些操作动作包括对待测试游戏屏幕或待测试游戏相关组件进行点击、长按或滑动等，产生的事件流被写入到android设备的输入事件流文件“/dev/input/event1”中。录制程序会将待测试游戏在该测试用例中产生的事件流信息从该文件中提取出来，复制到相应的文件里。

android事件流的结构组成如下，包括：事件时间，事件类型，事件码及事件相关值。

下面是一段android事件流的示例：

回放事件的过程为：1.通过adbshell命令，同时在device2,device3,…上启用回放程序replayevents；2.replayevents程序将录制好的事件流在device2,device3,…上回放；3.等待事件流回放完成，即测试用例执行完毕。回放程序将录制程序录制的事件流文件的相关内容写入到本移动设备中的android设备的输入事件流文件“/dev/input/event1”中，待测试游戏将会读取其中的内容，通过事件流执行相应的操作。图2中的“daoxiangcun.txt”为某个测试用例的事件流存储文件；执行“./recordeventsdaoxiangcun.txt”将会把对测试游戏的操作记录到文件“daoxiangcun.txt”中；执行“./replayeventsdaoxiangcun.txt”将回放该文件中的事件流。

在本发明的一些实施例中，还包括：回放事件流结束后，收集所有测试设备中产生的测试数据，包括但不限于，测试日志，截屏等数据并进行统计分析。

参见图3，本发明的实施例中的系统包括：录制模块100、回放模块200、控制模块300及统计模块400。其中，录制模块100，用于录制第一测试设备的测试用例中产生的事件流。回放模块200，用于在若干其它测试设备中回放录制的事件流。控制模块300，用于控制其它测试设备中的回放模块及待测试游戏同时启动，并将录制模块100录制的事件流发送给回放模块200；统计模块400，用于收集测试用例产生的测试结果数据，进行统计分析。可以理解的是，在本发明的一些实施例中，可以不包括统计模块400，也可以不包括控制模块300。通过控制模块300使所有回放模块同时工作，增加了控制的灵活性。

上面结合附图对本发明实施例作了详细说明，但是本发明不限于上述实施例，在所述技术领域普通技术人员所具备的知识范围内，还可以在不脱离本发明宗旨的前提下作出各种变化。