CN103778048A - 移动终端测试方法和系统 - Google Patents

Abstract

本发明提供了一种移动终端测试方法和系统。所述方法包括：获取终端设备中移动终端的录制指令；通过所述录制指令触发第一可执行程序记录所述移动终端运行的设备文件所对应的文件名生成录制文件；通过第二可执行程序读取所述录制文件中记录的文件名，并根据所述文件名进行回放。所述系统包括：交互模块，获取终端设备中移动终端的录制指令；第一可执行模块，用于通过所述录制指令触发记录所述移动终端运行的设备文件所对应的文件名生成录制文件；第二可执行模块，用于读取所述录制文件中记录的文件名，并根据所述文件名进行回放。采用本发明将不受到操作事件类型的限制，提高了通用性。

Description

移动终端测试方法和系统

技术领域

本发明涉及系统测试技术，特别是涉及一种移动终端测试方法和系统。

背景技术

随移动终端的多元化发展，开发的应用常常被运行于不同移动终端中。各种不同移动终端所对应的运行环境通常各不相同，因此，常常需要对运行于不同移动终端上的应用所触发的操作事件进行测试，进而检测该应用是否正常运行。

对移动终端进行测试的方法大都通过monkeyrunner工具实现。monkeyrunner工具运行于电脑等终端设备中，对与终端设备连接的移动终端基于屏幕坐标实现点击屏幕区域并模拟键盘按键输入以及拖拽屏幕的操作。通过监听并记录移动终端上触发的操作，并利用对应的应用程序接口函数执行该操作所对应的事件，进而实现移动终端上操作事件的录制。在回放录制的操作事件时，将生成对应的monkeyrunner代码来进行模拟。

然而，在上述移动终端的测试方法中，仅限于模拟屏幕区域的点击、键盘按键的输入以及屏幕的拖拽等操作，因此所能够录制的操作事件有限，无法对移动终端上的所有操作事件的录制，成功录制的操作事件类型将受到极大的限制。

发明内容

基于此，有必要针对移动终端中能够录制的操作事件有限的问题，提供一种不限操作事件类型进行的移动终端测试方法。

此外，还有必要提供一种不限操作事件类型进行的移动终端测试系统。

一种移动终端测试方法，包括如下步骤：

获取终端设备中移动终端的录制指令；

通过所述录制指令触发第一可执行程序记录所述移动终端运行的设备文件所对应的文件名生成录制文件；

通过第二可执行程序读取所述录制文件中记录的文件名，并根据所述文件名进行回放。

一种移动终端测试系统，其特征在于，包括：

交互模块，获取终端设备中移动终端的录制指令；

第一可执行模块，用于通过所述录制指令触发记录所述移动终端运行的设备文件所对应的文件名生成录制文件；

第二可执行模块，用于读取所述录制文件中记录的文件名，并根据所述文件名进行回放。

上述移动终端测试方法和系统，在对移动终端的运行进行录制时，将通过第一可执行程序记录运行的设备文件所对应的文件名称，以生成录制文件，进而在对移动终端中的运行进行回放时将读取录制文件中记录的文件名，根据读取得到的文件名实现回放，由于设备文件是移动终端所固有的，移动终端中触发的任一操作都将通过运行相应的设备文件执行该操作所对应的事件，因此通过设备文件所实现的测试将不受到操作事件类型的限制，提高了通用性。

附图说明

图1为一个实施例中移动终端测试方法的流程图；

图2为另一个实施例中移动终端测试方法的流程图；

图3为另一个实施例中移动终端测试方法的流程图；

图4为一个实施例中通过第二可执行程序读取录制文件中记录的文件名，并根据文件名进行回放的方法流程图；

图5为一个实施例中移动终端测试系统的结构示意图；

图6为另一个实施例中移动终端测试系统的结构示意图；

图7为一个实施例中第一可执行模块的结构示意图；

图8为另一个实施例中移动终端测试系统的结构示意图；

图9为一个实施例中第二可执行模块的结构示意图。

具体实施方式

如图1所示，在一个实施例中，一种移动终端测试方法，包括如下步骤：

步骤S110，获取终端设备中移动终端的录制指令。

本实施例中，将需要进行测试的移动终端与终端设备相连，以通过终端设备对移动终端进行测试，其中，终端设备对移动终端所进行的测试包括了对运行的移动终端进行录制，进而通过对录制文件进行回放来检查移动终端的运行是否出错。

在终端设备的交互界面中输入录制指令。在优选的实施例中，终端设备的交互界面可以是eclipse插件所提供的，通过使用来自于eclipse这一java程序语言的集成开发环境的eclipse插件使得移动终端中各种应用的测试更为方便、快捷。

步骤S130，通过录制指令触发第一可执行程序记录移动终端运行的设备文件所对应的文件名生成录制文件。

本实施例中，第一可执行程序被设置于作为录制对象的移动终端中，用于录制移动终端的运行过程。设备文件是移动终端的操作系统中本身就存在的文件，每一设备文件均记录了操作系统中的一个操作事件，例如，屏幕的点击事件被记录于设备文件event0中，而键盘事件被记录于设备文件event1。

在移动终端中触发各种操作事件时，移动终端将运行与操作事件对应的设备文件，以通过运行的设备文件执行触发的操作事件，因此，通过记录运行的设备文件即可直接得到移动终端中触发的操作事件，进而通过记录运行的设备文件所对应的文件名的方式生成录制文件在保证录制准确性的前提下减少了记录的数据量，进而提高了录制的效率。

步骤S150，通过第二可执行程序读取录制文件中记录的文件名，并根据文件名进行回放。

本实施例中，第二可执行程序也被设置于作为录制对象的移动终端中，用于对录制的移动终端运行过程进行回放。在完成了录制的移动终端上，设置的回放次数以及录制文件中记录的文件名将被一一读取，并作为参数传入第二可执行程序中，第二可执行程序将根据记录的文件名再次运行相应的设备文件，以完成每一次回放。在优选的实施例中，第一可执行程序和第二可执行程序均为c程序，是通过c语言实现的，例如，第一可执行程序为record.c，第二可执行程序为replay.c，以提高第一可执行程序和第二可执行程序在各种不同移动终端的通用性。

上述移动终端测试方法中，通过对运行的设备文件进行记录来实现移动终端中的录制，使得移动终端中的录制并仅限于特定的、单一的应用，所有运行于移动终端中的应用都能够被录制，实现了跨应用的录制和回放，进而方便对无源码的第三方应用以及系统应用的运行进行录制和回放。

如图2所示，在另一个实施例中，上述步骤S 130之前还包括：

步骤S210，检测移动终端是否存在第一可执行程序，若是，则进入步骤S130，若否，则进入步骤S230。

本实施例中，在对移动终端的运行进行录制之前，将检测移动终端是否存在第一可执行程序，如果不存在，则需要向移动终端推送第一可执行程序，以使得第一可执行程序运行于移动终端中。若检测到移动终端中已经设置了第一可执行程序时，将直接通过第一可执行程序进行录制。

步骤S230，通过终端设备向移动终端推送第一可执行程序。

本实施例中，在终端设备和移动终端之间传输文件，将终端设备本地的第一可执行程序安装至移动终端中。在优选的实施例中，移动终端所在的操作系统为android操作系统，在通过eclipse插件获取到录制指令之后，将通过adb（Andvoid Debug Bridge）工具将第一可执行程序由终端设备推送到移动终端，并安装。

通过adb工具直接进行的第一可执行程序推送将使得在通过终端设备对若干个移动终端进行录制的过程中不需要进行人工拷贝，而智能地进行推送，大大提高了测试效率，也简化了移动终端的录制过程。

在一个实施例中，上述步骤S130包括如下步骤：

通过第一可执行程序监听移动终端监听设备文件，判断设备文件是否运行，若是，则读取设备文件的文件名并记录，通过记录的文件名生成录制文件，若否，则不做处理，继续进行监听。

本实施例中，在第一可执行程序的作用下调用操作系统函数，例如poll函数，根据调用的操作系统函数的返回值判断设备文件是否被运行，即设备文件是否发生了可读事件，若是，则通过读取函数对设备文件进行读取，若否，则继续对移动终端中的设备文件进行监听。

按照设备文件的运行次序依次读取对应的文件名，并记录，进而通过记录得到的若干个文件名生成所在移动终端对应的录制文件。

如图3所示，在另一个实施例中，上述步骤S150之前还包括：

步骤S310，获取终端设备中移动终端的回放指令。

本实施例中，在终端设备的交互界面中输入回放指令。在优选的实施例中，与录制指令的输入相对应，获取到输入的回放指令的交互界面即为eclipse插件所提供的。

步骤S330，检测移动终端是否存在第二可执行程序，若是，则进入步骤S150，若否，则进入步骤S350。

本实施例中，在对移动终端的运行状况进行回放之前，将检测移动终端是否存在第二可执行程序，如果不存在，则需要向移动终端推送第二可执行程序，以使得第二可执行程序运行于移动终端中。若检测到移动终端已经设置了第二可执行程序时，将直接通过第二可执行程序进行回放。

步骤S350，通过终端设备向移动终端推送第二可执行程序。

本实施例中，在终端设备和相连接的移动终端之间进行文件传输，将终端设备本地的第二可执行程序安装到移动终端中。在优选的实施例中，与第一可执行程序相对应，移动终端所在的操作系统为android操作系统，在通过eclipser插件获取到回放指令之后，将通过adb工具将第二可执行程序由终端设备推送到移动终端，并安装。

通过eclipser插件和adb工具之间的配合直接将第二可执行程序推送至移动终端，使得通过终端设备在若干个移动终端中进行回放的过程不需要进行人工拷贝，实现智能地推送，大大提高了效率，简化了移动终端的回放过程。

如图4所示，在一个实施例中，上述步骤S150包括如下步骤：

步骤S151，通过第二可执行程序从生成的录制文件中读取得到记录的文件名。

本实施例中，生成的录制文件中记录了若干个文件名，由上述录制文件的生成过程可以获知，记录的文件名是与一定的设备文件相对应的。

步骤S153，按照记录的文件名以及文件名的顺序在移动终端依次运行相应的设备文件。

本实施例中，按照录制文件中记录文件的先后顺序依次运行相应的设备文件，实现移动终端中的回放。

如图5所示，在一个实施例中，一种移动终端测试系统，包括交互模块110、第一可执行模块130以及第二可执行模块150。

交互模块110，获取终端设备中移动终端的录制指令。

本实施例中，将需要进行测试的移动终端与终端设备相连，以通过终端设备对移动终端进行测试，其中，终端设备对移动终端所进行的测试包括了对运行的移动终端进行录制，进而通过对录制文件进行回放来检查移动终端的运行是否出错。

在终端设备的交互界面中输入录制指令，此时，交互模块110将获取输入的录制指令。在优选的实施例中，交互模块110可以是eclipse插件的形式，终端设备的交互界面可以是eclipse插件所提供的，通过使用来自于eclipse这一java程序语言的集成开发环境的eclipse插件使得移动终端中各种应用的测试更为方便、快捷。

第一可执行模块130，用于通过录制指令触发记录移动终端运行的设备文件所对应的文件名生成录制文件。

本实施例中，第一可执行模块130被设置于作为录制对象的移动终端中，用于录制移动终端的运行过程。设备文件是移动终端的操作系统中本身就存在的文件，每一设备文件均记录了操作系统中的一个操作事件，例如，屏幕的点击事件被记录于设备文件event0中，而键盘事件被记录于设备文件event1。

在移动终端中触发各种操作事件时，移动终端将运行与操作事件对应的设备文件，以通过运行的设备文件执行触发的操作事件，因此，通过记录运行的设备文件即可直接得到移动终端中触发的操作事件，进而通过记录运行的设备文件所对应的文件名的方式生成录制文件在保证录制准确性的前提下减少了记录的数据量，进而提高了录制的效率。

第二可执行模块150，用于读取录制文件中记录的文件名，并根据文件名进行回放。

本实施例中，第二可执行模块150也被设置于作为录制对象的移动终端中，用于对录制的移动终端运行过程进行回放。在完成了录制的移动终端上，设置的回放次数以及录制文件中记录的文件名将被一一读取，并作为参数传入第二可执行模块150中，第二可执行模块150将根据记录的文件名再次运行相应的设备文件，以完成每一次回放。在优选的实施例中，第一可执行模块130和第二可执行模块150均为c程序，是通过c语言实现的，例如，第一可执行程序为record.c，第二可执行程序为replay.c，以提高第一可执行模块130和第二可执行模块150在各种不同移动终端的通用性。

在基于instrumentation的测试套装testdroid这一现有技术中，以send开头的函数接口来模拟与终端设备相连接的移动终端上的各种操作事件，进而记录模拟的操作事件以供回放。但是这一现有技术只能针对android应用本身的界面进行录制和回放，无法实现跨应用的录制和回放.

上述移动终端测试系统中，通过对运行的设备文件进行记录来实现移动终端中的录制，使得移动终端中的录制并仅限于特定的、单一的应用，所有运行于移动终端中的应用都能够被录制，实现了跨应用的录制和回放，进而方便对无源码的第三方应用以及系统应用的运行进行录制和回放。

如图6所示，在一个实施例中，上述移动终端测试系统还包括第一检测模块210以及第一推送模块230。

第一检测模块210，用于检测移动终端是否存在第一可执行模块130，若是，则通知第一可执行模块130，若否，则通知第一推送模块230。

本实施例中，在对移动终端的运行进行录制之前，第一检测模块210将检测移动终端是否存在第一可执行模块130，如果不存在，则需要向移动终端推送第一可执行模块130，以使得第一可执行模块130运行于移动终端中。若检测到移动终端中已经设置了第一可执行模块130时，将直接通过第一可执行模块130进行录制。

第一推送模块230，用于向移动终端推送第一可执行模块130。

本实施例中，第一推送模块230在终端设备和移动终端之间传输文件，将终端设备本地的第一可执行模块110安装至移动终端中。在优选的实施例中，第一推送模块230为adb工具，移动终端所在的操作系统为android操作系统，在通过eclipse插件获取到录制指令之后，将通过adb工具将第一可执行模块130由终端设备推送到移动终端，并安装。

通过adb工具直接进行的第一可执行模块130推送将使得在通过终端设备对若干个移动终端进行录制的过程中不需要进行人工拷贝，而智能地进行推送，大大提高了测试效率，也简化了移动终端的录制过程。

如图7所示，在一个实施例中，上述第一可执行模块130包括监听单元131以及记录单元133。

监听单元131，用于监听移动终端中的设备文件，判断设备文件是否运行，若是，则通知记录单元133，若否，则不做处理，继续进行监听。

本实施例中，调用操作系统函数，例如poll函数，监听单元131根据调用的操作系统函数的返回值判断设备文件是否被运行，即设备文件是否发生了可读事件，若是，则通知记录单元133通过读取函数对设备文件进行读取，若否，则继续对移动终端中的设备文件进行监听。

记录单元133，用于读取设备文件的文件名并记录，通过记录的文件名生成录制文件。

本实施例中，记录单元133按照设备文件的运行次序依次读取对应的文件名，并记录，进而通过记录得到的若干个文件名生成所在移动终端对应的录制文件。

在另一个实施例中，上述交互模块110还用于获取终端设备中移动终端的回放指令。

本实施例中，在终端设备的交互界面中输入回放指令。在优选的实施例中，与录制指令的输入相对应，交互模块110是eclipse插件，获取到输入的回放指令的交互界面即为eclipse插件所提供的。

如图8所示，上述移动终端测试系统还包括第二检测模块310以及第二推送模块330。

第二检测模块310，用于检测移动终端是否存在第二可执行模块150，若是，则通知第二可执行模块150，若否，则通知第二推送模块330。

本实施例中，在对移动终端的运行状况进行回放之前，第二检测模块310将检测移动终端是否存在第二可执行模块150，如果不存在，则需要向移动终端推送第二可执行模块150，以使得第二可执行模块150运行于移动终端中。若检测到移动终端已经设置了第二可执行模块150时，将直接通过第二可执行模块150进行回放。

第二推送模块330，用于向移动终端推送第二可执行模块150。

本实施例中，第二推送模块330在终端设备和相连接的移动终端之间进行文件传输，将终端设备本地的第二可执行程序安装到移动终端中。在优选的实施例中，与第一可执行模块130相对应，移动终端所在的操作系统为android操作系统，在通过eclipser插件获取到回放指令之后，将通过adb工具将第二可执行模块150由终端设备推送到移动终端，并安装。

通过eclipser插件和adb工具之间的配合直接将第二可执行模块150推送至移动终端，使得通过终端设备在若干个移动终端中进行回放的过程不需要进行人工拷贝，实现智能地推送，大大提高了效率，简化了移动终端的回放过程。

如图9所示，在一个实施例中，上述第二可执行模块150包括读取单元151和运行单元153。

读取单元151，用于从生成的录制文件中读取得到记录的文件名。

本实施例中，生成的录制文件中记录了若干个文件名，由上述录制文件的生成过程可以获知，记录的文件名是与一定的设备文件相对应的。

运行单元153，用于按照记录的文件名以及文件名的顺序在移动终端依次运行相应的设备文件。

本实施例中，运行单元153按照录制文件中记录文件的先后顺序依次运行相应的设备文件，实现移动终端中的回放。

上述移动终端测试方法和系统，在对移动终端的运行进行录制时，将通过第一可执行程序记录运行的设备文件所对应的文件名称，以生成录制文件，进而在对移动终端中的运行进行回放时将读取录制文件中记录的文件名，根据读取得到的文件名实现回放，由于设备文件是移动终端所固有的，移动终端中触发的任一操作都将通过运行相应的设备文件执行该操作所对应的事件，因此通过设备文件所实现的测试将不受到操作事件类型的限制，提高了通用性。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的程序可存储于一计算机可读取存储介质中，该程序在执行时，可包括如上述各方法的实施例的流程。其中，所述的存储介质可为磁碟、光盘、只读存储记忆体（Read-Only Memory，ROM）或随机存储记忆体（Random Access Memory，RAM）等。

以上所述实施例仅表达了本发明的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对本发明专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本发明构思的前提下，还可以做出若干变形和改进，这些都属于本发明的保护范围。因此，本发明专利的保护范围应以所附权利要求为准。

Claims (10)

1.一种移动终端测试方法，包括如下步骤：

获取终端设备中移动终端的录制指令；

通过所述录制指令触发第一可执行程序记录所述移动终端运行的设备文件所对应的文件名生成录制文件；

通过第二可执行程序读取所述录制文件中记录的文件名，并根据所述文件名进行回放。

2.根据权利要求1所述的移动终端测试方法，其特征在于，还包括：

检测所述移动终端是否存在第一可执行程序，若是，则进入所述通过所述录制指令触发第一可执行程序记录所述移动终端运行的设备文件所对应的文件名生成录制文件的步骤，若否，则

通过所述终端设备向所述移动终端推送所述第一可执行程序。

3.根据权利要求1所述的移动终端测试方法，其特征在于，所述通过所述录制指令触发第一可执行程序记录所述移动终端中运行的设备文件所对应的文件名生成录制文件的步骤为：

通过所述第一可执行程序监听所述移动终端中的设备文件，判断所述设备文件是否运行，若是，则

读取所述设备文件的文件名并记录，通过所述记录的文件名生成录制文件。

4.根据权利要求1所述的移动终端测试方法，其特征在于，还包括：

获取终端设备中移动终端的回放指令；

检测所述移动终端是否存在第二可执行程序，若是，则进入所述通过第二可执行程序读取所述录制文件中记录的文件名，并根据所述文件名进行回放的步骤，若否，则

通过所述终端设备向所述移动终端推送所述第二可执行程序。

5.根据权利要求1所述的移动终端测试方法，其特征在于，所述通过第二可执行程序读取所述录制文件中记录的文件名，并根据所述文件名进行回放的步骤为：

通过第二可执行程序从所述生成的录制文件中读取得到记录的文件名；

按照所述记录的文件名以及所述文件名的顺序在所述移动终端依次运行相应的设备文件。

6.一种移动终端测试系统，其特征在于，包括：

交互模块，获取终端设备中移动终端的录制指令；

第一可执行模块，用于通过所述录制指令触发记录所述移动终端运行的设备文件所对应的文件名生成录制文件；

第二可执行模块，用于读取所述录制文件中记录的文件名，并根据所述文件名进行回放。

7.根据权利要求6所述的移动终端测试系统，其特征在于，还包括：

第一检测模块，用于检测所述移动终端是否存在所述第一可执行模块，若是，则通知所述第一可执行模块，若否，则通知第一推送模块；

所述推送模块用于向所述移动终端推送所述第一可执行模块。

8.根据权利要求6所述的移动终端测试系统，其特征在于，所述第一可执行模块包括：

监听单元，用于监听所述移动终端中的设备文件，判断所述设备文件是否运行，若是，则通知记录单元；

所述记录单元用于读取所述设备文件的文件名并记录，通过所述记录的文件名生成录制文件。

9.根据权利要求6所述的移动终端测试系统，其特征在于，所述交互模块还用于获取终端设备中移动终端的回放指令；

所述系统还包括：

第二检测模块，用于检测所述移动终端是否存在第二可执行模块，若是，则通知所述第二可执行模块，若否，则第二推送模块；

所述第二推送模块用于向所述移动终端推送所述第二可执行模块。

10.根据权利要求6所述的移动终端测试系统，其特征在于，所述第二可执行模块包括：

读取单元，用于从生成的录制文件中读取得到记录的文件名；

运行单元，用于按照记录的文件名以及文件名的顺序在移动终端依次运行相应的设备文件。

Images