CN109918314A - 移动终端上的测试方法及装置、电子设备、存储介质 - Google Patents

Abstract

本发明提供了一种移动终端上的测试方法及装置、电子设备、存储介质，涉及计算机技术领域。该移动终端上的测试方法包括：从目标位置处获取测试应用安装包以及被测应用安装包；将所述测试应用安装包以及所述被测应用安装包进行解压处理，获取测试脚本以及被测应用；其中，所述测试应用安装包包括测试脚本对应的运行环境；基于所述运行环境，根据所述测试脚本对所述被测应用进行测试，以获取所述测试应用对应的测试数据。本发明实施例的技术方案不仅能够使测试脚本摆脱电脑运行环境在移动终端上运行，而且通过更稳定的控制方法对移动终端上的应用进行测试，提高测试脚本运行环境的稳定性。

Description

移动终端上的测试方法及装置、电子设备、存储介质

技术领域

本发明涉及计算机技术领域，具体而言，涉及一种移动终端上的测试方法、移动终端上的测试装置、电子设备以及计算机可读存储介质。

背景技术

随着互联网技术的发展，移动智能手机的使用越来越广泛，人们对智能手机上的应用程序测试越来越重视。

一种技术方案中，对智能手机上应用程序的测试，是通过PC(Personal Computer，电脑)端的运行环境运行测试脚本，并通过相应的接口程序通过PC端的测试脚本对智能手机进行测试，在测试的过程中也需要PC端不断输入指令以完成对智能手机的交互控制。一方面，这种测试方案中测试脚本完全依赖于PC端的运行环境，降低了测试的灵活性；另一方面，通过PC端的指令完成对智能手机的交互控制，不仅测试操作较为繁琐，而且容易导致控制不稳定以及智能手机系统崩溃的问题，降低用户的使用体验。

因此需要一种能够在智能手机上直接运行测试脚本，并自动控制智能手机进行交互操作以完成应用测试的方案。

需要说明的是，在上述背景技术部分公开的信息仅用于加强对本公开的背景的理解，因此可以包括不构成对本领域普通技术人员已知的现有技术的信息。

发明内容

本发明实施例的目的在于提供一种移动终端上的测试方法、移动终端上的测试装置、电子设备以及计算机可读存储介质，进而至少在一定程度上克服测试脚本依赖电脑端运行环境，以及交互控制方式不稳定的问题。

本发明的其他特性和优点将通过下面的详细描述变得显然，或部分地通过本发明的实践而习得。

根据本发明实施例的第一方面，提供了一种移动终端上的测试方法，包括：从目标位置处获取测试应用安装包以及被测应用安装包；将所述测试应用安装包以及所述被测应用安装包进行解压处理，以获取测试脚本以及被测应用；其中，所述测试应用安装包包括测试脚本对应的运行环境；基于所述运行环境，根据所述测试脚本对所述被测应用进行测试，以获取所述被测应用对应的测试数据。

在本发明的一些示例实施例中，基于前述方案，基于所述运行环境，根据所述测试脚本对所述被测应用进行测试，以获取所述测试应用对应的测试数据包括：获取所述运行环境中的自动化测试工具；基于所述自动化测试工具，通过所述测试脚本调用移动终端的目标服务对所述被测应用进行测试以获取所述测试应用对应的测试数据。

在本发明的一些示例实施例中，基于前述方案，所述基于所述运行环境，根据所述测试脚本对所述被测应用进行测试包括：获取所述运行环境中的测试启动工具；根据所述测试启动工具启动所述测试脚本，以通过所述测试脚本对所述被测应用进行测试。

在本发明的一些示例实施例中，基于前述方案，在所述基于所述运行环境，根据所述测试脚本对所述被测应用进行测试之后，所述方法还包括：响应于显示所述测试数据的指令，将所述测试数据对应的测试结果返回到所述目标位置进行显示。

在本发明的一些示例实施例中，基于前述方案，从目标位置处获取测试应用安装包以及被测应用安装包之前，所述方法还包括：通过封装工具对所述测试脚本对应的运行环境进行封装处理，生成所述运行环境对应的封装项目包；获取上传的测试脚本，根据软件工具开发包将所述测试脚本和所述封装项目包进行打包处理生成测试应用安装包。

在本发明的一些示例实施例中，基于前述方案，获取上传的测试脚本，根据软件工具开发包将所述测试脚本和所述封装项目包进行打包处理生成测试应用安装包之后，还包括：获取上传的目标测试脚本以及资源打包工具；根据所述资源打包工具将所述目标测试脚本添加到所述测试应用安装包生成目标测试应用安装包，以使所述目标测试脚本替换所述测试脚本。

在本发明的一些示例实施例中，基于前述方案，根据所述资源打包工具将所述目标测试脚本添加到所述测试应用安装包之后包括：获取预设的签名工具；根据所述签名工具对所述目标测试应用安装包进行重签处理，以使所述目标测试应用安装包适配移动终端。

根据本发明实施例的第二方面，提供了一种移动终端上的测试装置，包括：安装包获取单元，用于从目标位置处获取测试应用安装包以及被测应用安装包；安装包解压单元，用于将所述测试应用安装包以及被测应用安装包进行解压处理，获取测试脚本以及被测应用；其中，所述测试应用安装包包括测试脚本对应的运行环境；测试单元，用于基于所述运行环境，根据所述测试脚本对所述被测应用进行测试，以获取所述测试应用对应的测试数据。

根据本发明实施例的第三方面，提供了一种电子设备，包括：处理器；以及存储器，所述存储器上存储有计算机可读指令，所述计算机可读指令被所述处理器执行时实现上述任意一项所述的移动终端上的测试方法。

根据本发明实施例的第四方面，提供一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现根据上述任意一项所述的移动终端上的测试方法。

本发明实施例提供的技术方案可以包括以下有益效果：

本发明的示例实施例中的移动终端上的测试方法，获取测试应用安装包以及被测应用安装包并进行解压处理，得到测试脚本以及被测应用，并通过测试应用安装包在移动终端上安装测试脚本对应的运行环境；基于运行环境，通过测试脚本对被测应用进行测试并获取被测应用对应的测试数据。一方面，通过测试应用安装包将测试脚本运行需要的运行环境安装在移动终端上，并通过该运行环境启动测试脚本以及完成对移动终端的交互控制，实现了测试脚本完全在移动终端上运行并自动对被测应用进行测试，不在依赖电脑端，提高了测试的灵活性；另一方面，通过安装在移动终端的运行环境自动完成对移动终端的交互控制，提高了控制方式的稳定性，避免控制方式不稳定导致移动终端系统崩溃的问题，提高用户的使用体验。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本发明。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本发明的实施例，并与说明书一起用于解释本发明的原理。显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。在附图中：

图1示意性示出了根据本发明的一些实施例的测试脚本运行在电脑端测试原理的示意图；

图2示意性示出了根据本发明的一些实施例的移动终端上的测试方法的示意图；

图3示意性示出了根据本发明的一些实施例的测试脚本打包成测试应用安装包的示意图；

图4示意性示出了根据本发明的一些实施例的一键生成测试应用安装包的示意图；

图5示意性示出了根据本发明的一些实施例的测试脚本在移动终端上测试原理的示意图；

图6示意性示出了根据本发明的一些实施例的移动终端上测试过程的示意图；

图7示意性示出了根据本发明的一些实施例的移动终端上的测试装置的示意图；

图8示意性示出了根据本发明的一些实施例的电子设备的计算机系统的结构示意图；

图9示意性示出了根据本发明的一些实施例的计算机可读存储介质的示意图。

具体实施方式

现在将参考附图更全面地描述示例实施方式。然而，示例实施方式能够以多种形式实施，且不应被理解为限于在此阐述的范例；相反，提供这些实施方式使得本发明将更加全面和完整，并将示例实施方式的构思全面地传达给本领域的技术人员。

此外，所描述的特征、结构或特性可以以任何合适的方式结合在一个或更多实施例中。在下面的描述中，提供许多具体细节从而给出对本发明的实施例的充分理解。然而，本领域技术人员将意识到，可以实践本发明的技术方案而没有特定细节中的一个或更多，或者可以采用其它的方法、组元、装置、步骤等。在其它情况下，不详细示出或描述公知方法、装置、实现或者操作以避免模糊本发明的各方面。

此外，附图仅为示意性图解，并非一定是按比例绘制。附图中所示的方框图仅仅是功能实体，不一定必须与物理上独立的实体相对应。即，可以采用软件形式来实现这些功能实体，或在一个或多个硬件模块或集成电路中实现这些功能实体，或在不同网络和/或处理器装置和/或微控制器装置中实现这些功能实体。

参考图1所示，图1示意性示出了根据本发明的一些实施例的测试脚本运行在电脑端测试原理的示意图。

一种技术方案中，在PC端安装好测试脚本的运行环境(python语言运行环境、依赖的第三方库以及自动化测试框架的库)，运行时自动化测试框架在逻辑底层会通过ADB(Android Debug Bridge，安卓调试桥)和网络协议控制通道调用相关服务来进行与移动终端的交互；对于每个交互操作，自动化测试框架在逻辑底层通过ADB调用手机端的minitouch/minicap模块来操作移动终端设备，但是需要持续使用ADB指令进行交互操作，并记录下每一步交互操作相关的日志信息完成测试。由于测试脚本运行在PC端，对PC端的运行环境完全依赖，降低了测试脚本运行的灵活性；而且如果需要控制大批量的设备时，只依赖server/client模式的ADB服务，ADB指令或者网络协议控制通道控制的方式并不完全稳定，甚至可能导致移动终端的操作系统崩溃。

基于此，在本示例实施例中，首先提供了一种移动终端上的测试方法，该移动终端上的测试方法可以应用于移动终端，例如智能手机，平板电脑等，对移动终端上的应用程序进行测试。图2示意性示出了根据本发明的一些实施例的移动终端上的测试方法的示意图，参考图2所示，该移动终端上的测试方法可以包括以下步骤：

步骤S210，从目标位置处获取测试应用安装包以及被测应用安装包；

步骤S220，将所述测试应用安装包以及所述被测应用安装包进行解压处理，获取测试脚本以及被测应用；其中，所述测试应用安装包包括测试脚本对应的运行环境；

步骤S230，基于所述运行环境，根据所述测试脚本对所述被测应用进行测试，以获取所述测试应用对应的测试数据。

根据本示例实施例中的移动终端上的测试方法，一方面，通过测试应用安装包将测试脚本运行需要的运行环境安装在移动终端上，并通过该运行环境启动测试脚本以及完成对移动终端的交互控制，实现了测试脚本完全在移动终端上运行并自动对被测应用进行测试，不在依赖电脑端，提高了测试的灵活性；另一方面，通过安装在移动终端的运行环境自动完成对移动终端的交互控制，提高了控制方式的稳定性，避免控制方式不稳定导致移动终端系统崩溃的问题，提高用户的使用体验。

下面，将对本示例实施例中的移动终端上的测试方法进行进一步的说明。

在步骤S210中，从目标位置处获取测试应用安装包以及被测应用安装包。

在本发明的一个示例实施例中，目标位置可以是指存储有测试应用安装包以及被测应用安装包，并可以通过无线网络模块或者相关有线接口将测试应用安装包以及被测应用安装包传输到移动终端的对象，例如，目标位置可以是存储有测试应用安装包以及被测应用安装包的PC端，也可以是云服务平台(例如Firebase)，本发明对此不做特殊限定。测试应用安装包(Android Package，APK)可以是指通过相关工具封装测试脚本以及测试脚本对应运行环境的压缩包，被测应用安装包可以是指需要接受测试的应用程序的压缩包。

具体的，移动终端从目标位置处获取测试应用安装包以及被测应用安装包之前，系统通过封装工具对测试脚本对应的运行环境进行封装处理，生成运行环境对应的封装项目包；获取上传的测试脚本，根据软件工具开发包将测试脚本和封装项目包进行打包处理生成测试应用安装包。封装工具可以是指相关跨平台应用开发框架中包含测试脚本运行环境的语言指令库的工具，例如封装工具可以是指基于Python语言下的跨平台快速应用开发框架Kivy中自带的封装工具Buildozer(可以认为是Kivy自带工具Python for Android(P4A)的简化工具)。封装项目包可以是指通过封装工具Buildozer对相关的Python项目和运行环境进行压缩处理后的安卓打包项目。软件工具开发包可以是指将封装项目包与测试脚本打包成对应测试应用安装包的工具集合，例如软件工具开发包可以是Android SDK(Software Development Kit，软件工具开发包)，打包工具可以是指Android SDK中的Gradle、Ant等工具。通过相关工具将测试脚本以及测试脚本对应的运行环境打包成测试应用安装包，能够使测试脚本在移动终端上的安装更加方便快捷。

图3示意性示出了根据本发明的一些实施例的测试脚本打包成测试应用安装包的示意图。

参考图3所示，在步骤S310中，封装工具Buildozer可以根据开发人员预设的配置文件(可以指定第三方库、版本、朝向等配置参数)配置打包参数，完成打包环境的搭建；

在步骤S320中，Buildozer对需要的Python项目和运行环境进行压缩，生成一个安卓(Android)打包项目；

在步骤S330中，将步骤S320中生成的安卓打包项目添加到安卓集成开发工具Android Studio打开并编辑(可以认为是将运行环境生成后进行代码修改)，此时将提前编译好的一个或者多个自动化测试脚本拷入打包项目中，完成最终的功能调整；

在步骤S340中，通过Android SDK中的Gradle或者Ant打包工具将安卓打包项目以及一个或者多个自动化测试脚本进行打包，生成测试应用安装包。

可选的，系统获取上传的目标测试脚本以及资源打包工具，并根据资源打包工具将目标测试脚本添加到测试应用安装包生成目标测试应用安装包，以使目标测试脚本替换测试脚本。目标测试脚本可以是指替换原始测试应用安装包中原始测试脚本的另一个(或者多个)测试脚本。资源打包工具可以是指对安装包中文件进行增加、删改等操作的工具，例如资源打包工具可以是指Android SDK中的工具Android Asset Packaging Tool(AAPT，安卓资源打包工具)。目标测试应用安装包可以是指将测试应用安装包中的测试脚本替换为目标测试脚本后重新生成的安装包。

测试应用安装包创建过程中每次进行打包的内容，其中运行环境和第三方库都是不会改变的，不同的只有被运行的测试脚本，因此每次创建对应不同测试的测试应用安装包只需替换原始的测试脚本即可。系统在使用AAPT可以完成对测试应用安装包包体内的测试脚本的替换，这样能够达到在第一次打包时创建好测试脚本的运行环境和第三方库后，每次制作新的测试应用安装包可以只需在基础包上进行相应的文件操作即可。基于已经创建好的测试应用安装包，在每次执行新的自动化测试脚本打包的时候，将测试脚本以及不变的运行环境，生成新的Python代码的压缩包并替换原来Python代码的压缩包(即工程项目中的private.mp3文件，private.mp3文件可以认为是一个tar.gz压缩文件，可以使用python自带的tarfile模块完成对测试脚本的压缩，再利用AAPT将private.mp3添加到测试应用安装包)以完成对测试脚本的替换。通过资源打包工具AAPT快速完成对原始测试应用安装包中测试脚本的更换，不需要再次重新打包运行环境，更加方便用户的使用，提升用户的使用体验。

可选的，系统获取预设的签名工具，并根据签名工具对目标测试应用安装包进行重签处理，以使目标测试应用安装包适配移动终端。签名工具可以是指修改安装包的数字签名的工具，例如签名工具可以是指基于Java语言的Jarsigner工具。系统通过AAPT将需要替换的测试脚本添加到测试应用安装包的包体后，由于测试应用安装包中的文件被修改，需要对其进行重签，否则会导致测试应用安装包在终端设备安装后会产生报错而无法使用的问题。系统根据开发人员预设的固定签名文件，每次打包时通过Jarsigner工具执行重签就可以成功生成能够在终端设备上使用的目标测试应用安装包。用户可以通过测试脚本编辑器AirtestIDE直接一键完成测试应用打包、运行、报告查看等操作。通过签名工具对替换测试脚本并重新打包后的测试应用安装包进行重签，可以避免在移动终端上出现安装错误的问题，提高测试的效率。

图4示意性示出了根据本发明的一些实施例的一键生成测试应用安装包的示意图。

参考图4所示，用户可以通过操作测试脚本编辑器AirtestIDE一键生成测试应用安装包。步骤S410，根据封装工具Buildozer以及python自带的tarfile模块将目标测试脚本与对应的运行环境/库进行压缩生成封装项目包(可以认为是private.mp3)；

步骤S420，将步骤S410生成的封装项目包通过安卓资源打包工具AAPT添加到原来的测试应用安装包中，生成包含目标测试脚本的目标测试应用安装包，并通过签名工具Jarsigner对目标测试应用安装包进行重签，生成新的测试应用安装包。

在步骤S220中，将所述测试应用安装包以及所述被测应用安装包进行解压处理，以获取测试脚本以及被测应用；其中，所述测试应用安装包包括测试脚本对应的运行环境。

在本发明的一个示例实施例中，终端设备获取到测试应用安装包以及被测应用安装包后，根据安装指令对测试应用安装包以及被测应用安装包进行解压，得到执行本次测试的测试脚本以及需要接收测试的被测应用。同时，当测试应用安装包解压之后，系统会自动将测试应用安装包中包含的Python项目和测试脚本对应的运行环境安装到移动终端设备中，以完成在移动终端对测试脚本运行环境的搭建。

在步骤S230中，基于所述运行环境，根据所述测试脚本对所述被测应用进行测试，以获取所述测试应用对应的测试数据。

在本发明的一个示例实施例中，运行环境可以包括测试脚本运行所需的语言代码库、功能模块以及相关工具，以使测试脚本能够在移动终端成功进行测试。由于测试脚本对被测应用进行测试时，不能直接调用移动终端的相关服务和接口对移动终端进行交互操作，因此需要运行环境中的测试启动工具Android Instrument Test来启动测试脚本。用户通过相关方式(例如ADB命令)启动Android Instrument Test，以根据Android InstrumentTest的入口函数调用自动化测试脚本。

具体的，移动终端获取运行环境中的测试启动工具；根据测试启动工具启动测试脚本，以通过测试脚本对被测应用进行测试。测试启动工具可以是指Android InstrumentTest，可以通过Android Instrument Test启动测试脚本。由于Android Instrument Test所使用的的代码语言是Java语言，而自动化测试脚本编译使用的代码语言是Python语言，不能实现直接调用。因此可以通过基于Python语言下的跨平台快速应用开发框架Kivy启动PythonActivity的类，并在工程项目中找到资源文件夹assets中的private.mp3文件(Python代码语言的压缩包)，将其解压。此时能够通过Android Instrument Test中的Java代码启动PythonActivity来调用基于Python语言的测试脚本，PythonActivity在启动时会指定好Python的运行环境，然后启动一个PythonService让python代码脚本在后台运行。通过PythonActivity来调用基于Python语言的测试脚本，能够使基于Java语言的测试启动工具Android Instrument Test调用并执行基于Python语言的测试脚本，提高测试的效率。

同样地，由于移动终端的系统(安卓系统)底层编译语言是Java代码语言，基于Python语言的测试脚本在对移动终端上的应用程序进行测试时需要触发移动终端模拟用户操作，需要Python语言的测试脚本调用Java代码方法，不能实现直接调用。此时可以通过Python语言的测试脚本调用Jnius中的模块来操控Controller(一个Java类)，进而实现Python代码对Java代码的调用。通过Jnius中的模块来操控Controller实现Python代码对Java代码的调用，能够实现测试脚本调用移动终端的相关服务或者接口完成模拟用户的操作，提高测试的效率。

具体的，移动终端获取运行环境中的自动化测试工具；基于自动化测试工具，通过测试脚本调用移动终端的目标服务对被测应用进行测试以获取测试应用对应的测试数据。自动化测试工具可以是指Uiautomator工具，其提供了测试的基础方法，可以获取设备的状态和属性(如设备屏幕分辨率、设备朝向等)，还支持设备点击、滑动、输入文本、截图等常用移动终端模拟操作。Uiautomator测试框架是基于Android Instrument Test的API(Application Programming Interface，应用程序编程接口)，运行在Android JUnitRunner之上，由于测试应用的测试脚本是以Android Instrument Test的方式启动，因此可以直接调用UiAutomator中的API。通过自动化测试工具UiAutomator模拟用户的操作完成控制移动终端对被测应用进行测试，能够进一步提高测试的效率。

进一步的，移动终端响应于显示所述测试数据的指令，将所述测试数据对应的测试结果返回到所述目标位置进行显示。测试脚本对被测应用进行测试后生成测试数据，并将测试数据整理生成测试报告返回到Android Instrument Test。当用户请求显示测试数据时，移动终端将测试报告通过无线通信模块或者有线接口等传输方式将测试报告返回到目标位置(例如Firebase)处呈现给用户，完成测试。

图5示意性示出了根据本发明的一些实施例的测试脚本在移动终端上测试原理的示意图。

参考图5所示，步骤S510，移动终端获取目标位置处提供的测试应用安装包以及被测应用安装包，并对测试应用安装包与被测应用安装包进行解压处理，获取测试脚本、测试脚本对应的运行环境以及被测应用；

步骤S520，移动终端获取测试脚本对应的运行环境中的测试启动工具AndroidInstrument Test，通过Android Instrument Test启动并调用执行自动化测试脚本；

步骤S530，自动化测试脚本通过调用Java代码中的Jnius模块来操控Controller，进而调用安卓系统的自动化测试工具Uiautomator对移动终端进行模拟操作；

步骤S540，基于自动化测试工具Uiautomator，测试脚本调用移动终端的相关服务或者接口以模拟用户的操作，进而完成对被测应用的测试；

步骤S550，测试完成后返回测试结果；

步骤S560，系统根据测试结果整理并生成测试报告；

步骤S570，将测试报告返回到Android Instrument Test的测试类中；

步骤S580，当目标位置请求显示测试结果时，Android Instrument Test将测试报告发送到目标位置并呈现给用户，完成测试。

图6示意性示出了根据本发明的一些实施例的移动终端上测试过程的示意图。

参考图6所示，步骤S610，手机(移动终端)从目标位置(Firebase)处获取测试应用安装包以及被测应用安装包，并指定测试应用；

步骤S620，手机(移动终端)指定被测应用；

步骤S630，测试应用在后台运行测试脚本，测试脚本通过自动化测试工具Uiautomator对被测应用进行测试。

需要说明的是，尽管在附图中以特定顺序描述了本发明中方法的各个步骤，但是，这并非要求或者暗示必须按照该特定顺序来执行这些步骤，或是必须执行全部所示的步骤才能实现期望的结果。附加的或备选的，可以省略某些步骤，将多个步骤合并为一个步骤执行，以及/或者将一个步骤分解为多个步骤执行等。

此外，在本示例实施例中，还提供了一种移动终端上的测试装置。参照图7所示，该移动终端上的测试装置700包括：安装包获取单元710用于从目标位置处获取测试应用安装包以及被测应用安装包；安装包解压单元720用于将所述测试应用安装包以及被测应用安装包进行解压处理，以获取测试脚本以及被测应用；其中，所述测试应用安装包包括测试脚本对应的运行环境；测试单元730用于基于所述运行环境，根据所述测试脚本对所述被测应用进行测试，以获取所述被测应用对应的测试数据。

在本发明的一种示例性实施例中，基于前述方案，测试单元730被配置为：获取所述运行环境中的自动化测试工具；基于所述自动化测试工具，通过所述测试脚本调用移动终端的目标服务对所述被测应用进行测试以获取所述测试应用对应的测试数据。

在本发明的一种示例性实施例中，基于前述方案，测试单元730被配置为：获取所述运行环境中的测试启动工具；根据所述测试启动工具启动所述测试脚本，以通过所述测试脚本对所述被测应用进行测试。

在本发明的一种示例性实施例中，基于前述方案，移动终端上的测试装置700还包括显示单元，显示单元被配置为：响应于显示所述测试数据的指令，将所述测试数据对应的测试结果返回到所述目标位置进行显示。

在本发明的一种示例性实施例中，基于前述方案，移动终端上的测试装置700还包括测试应用安装包创建单元，测试应用安装包创建单元被配置为：封装单元，用于通过封装工具对所述测试脚本对应的运行环境进行封装处理，生成所述运行环境对应的封装项目包；测试脚本打包单元，用于获取上传的测试脚本，根据软件工具开发包将所述测试脚本和所述封装项目包进行打包处理生成测试应用安装包。

在本发明的一种示例性实施例中，基于前述方案，测试脚本打包单元被配置为：获取上传的目标测试脚本以及资源打包工具；根据所述资源打包工具将所述目标测试脚本添加到所述测试应用安装包生成目标测试应用安装包，以使所述目标测试脚本替换所述测试脚本。

在本发明的一种示例性实施例中，基于前述方案，测试应用安装包创建单元还包括：测试应用安装包重签单元，用于获取预设的签名工具；根据所述签名工具对所述目标测试应用安装包进行重签处理，以使所述目标测试应用安装包适配移动终端。

上述中移动终端上的测试装置各模块的具体细节已经在对应的移动终端上的测试方法中进行了详细的描述，因此此处不再赘述。

应当注意，尽管在上文详细描述中提及了移动终端上的测试装置的若干模块或者单元，但是这种划分并非强制性的。实际上，根据本发明的实施方式，上文描述的两个或更多模块或者单元的特征和功能可以在一个模块或者单元中具体化。反之，上文描述的一个模块或者单元的特征和功能可以进一步划分为由多个模块或者单元来具体化。

此外，在本公开的示例性实施例中，还提供了一种能够实现上述移动终端上的测试方法的电子设备。

所属技术领域的技术人员能够理解，本发明的各个方面可以实现为系统、方法或程序产品。因此，本发明的各个方面可以具体实现为以下形式，即：完全的硬件实施例、完全的软件实施例(包括固件、微代码等)，或硬件和软件方面结合的实施例，这里可以统称为“电路”、“模块”或“系统”。

下面参照图8来描述根据本发明的这种实施例的电子设备800。图8所示的电子设备800仅仅是一个示例，不应对本发明实施例的功能和使用范围带来任何限制。

如图8所示，电子设备800以通用计算设备的形式表现。电子设备800的组件可以包括但不限于：上述至少一个处理单元810、上述至少一个存储单元820、连接不同系统组件(包括存储单元820和处理单元810)的总线830、显示单元840。

其中，所述存储单元存储有程序代码，所述程序代码可以被所述处理单元810执行，使得所述处理单元810执行本说明书上述“示例性方法”部分中描述的根据本发明各种示例性实施例的步骤。例如，所述处理单元810可以执行如图2中所示的步骤S210，从目标位置处获取测试应用安装包以及被测应用安装包；步骤S220，将所述测试应用安装包以及所述被测应用安装包进行解压处理，获取测试脚本以及被测应用；其中，所述测试应用安装包包括测试脚本对应的运行环境；步骤S230，基于所述运行环境，根据所述测试脚本对所述被测应用进行测试，以获取所述测试应用对应的测试数据。

存储单元820可以包括易失性存储单元形式的可读介质，例如随机存取存储单元(RAM)821和/或高速缓存存储单元822，还可以进一步包括只读存储单元(ROM)823。

存储单元820还可以包括具有一组(至少一个)程序模块825的程序/实用工具824，这样的程序模块825包括但不限于：操作系统、一个或者多个应用程序、其它程序模块以及程序数据，这些示例中的每一个或某种组合中可能包括网络环境的实现。

总线830可以为表示几类总线结构中的一种或多种，包括存储单元总线或者存储单元控制器、外围总线、图形加速端口、处理单元或者使用多种总线结构中的任意总线结构的局域总线。

电子设备800也可以与一个或多个外部设备870(例如键盘、指向设备、蓝牙设备等)通信，还可与一个或者多个使得用户能与该电子设备500交互的设备通信，和/或与使得该电子设备800能与一个或多个其它计算设备进行通信的任何设备(例如路由器、调制解调器等等)通信。这种通信可以通过输入/输出(I/O)接口850进行。并且，电子设备800还可以通过网络适配器860与一个或者多个网络(例如局域网(LAN)，广域网(WAN)和/或公共网络，例如因特网)通信。如图所示，网络适配器860通过总线830与电子设备800的其它模块通信。应当明白，尽管图中未示出，可以结合电子设备800使用其它硬件和/或软件模块，包括但不限于：微代码、设备驱动器、冗余处理单元、外部磁盘驱动阵列、RAID系统、磁带驱动器以及数据备份存储系统等。

通过以上的实施例的描述，本领域的技术人员易于理解，这里描述的示例实施例可以通过软件实现，也可以通过软件结合必要的硬件的方式来实现。因此，根据本公开实施例的技术方案可以以软件产品的形式体现出来，该软件产品可以存储在一个非易失性存储介质(可以是CD-ROM，U盘，移动硬盘等)中或网络上，包括若干指令以使得一台计算设备(可以是个人计算机、服务器、终端装置、或者网络设备等)执行根据本公开实施例的方法。

在本公开的示例性实施例中，还提供了一种计算机可读存储介质，其上存储有能够实现本说明书上述方法的程序产品。在一些可能的实施例中，本发明的各个方面还可以实现为一种程序产品的形式，其包括程序代码，当所述程序产品在终端设备上运行时，所述程序代码用于使所述终端设备执行本说明书上述“示例性方法”部分中描述的根据本发明各种示例性实施例的步骤。

参考图9所示，描述了根据本发明的实施例的用于实现上述移动终端上的测试方法的程序产品900，其可以采用便携式紧凑盘只读存储器(CD-ROM)并包括程序代码，并可以在终端设备，例如个人电脑上运行。然而，本发明的程序产品不限于此，在本文件中，可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。

所述程序产品可以采用一个或多个可读介质的任意组合。可读介质可以是可读信号介质或者可读存储介质。可读存储介质例如可以为但不限于电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。可读存储介质的更具体的例子(非穷举的列表)包括：具有一个或多个导线的电连接、便携式盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。

计算机可读信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了可读程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。可读信号介质还可以是可读存储介质以外的任何可读介质，该可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。

可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于无线、有线、光缆、RF等等，或者上述的任意合适的组合。

可以以一种或多种程序设计语言的任意组合来编写用于执行本发明操作的程序代码，所述程序设计语言包括面向对象的程序设计语言—诸如Java、C++等，还包括常规的过程式程序设计语言—诸如“C”语言或类似的程序设计语言。程序代码可以完全地在用户计算设备上执行、部分地在用户设备上执行、作为一个独立的软件包执行、部分在用户计算设备上部分在远程计算设备上执行、或者完全在远程计算设备或服务器上执行。在涉及远程计算设备的情形中，远程计算设备可以通过任意种类的网络，包括局域网(LAN)或广域网(WAN)，连接到用户计算设备，或者，可以连接到外部计算设备(例如利用因特网服务提供商来通过因特网连接)。

此外，上述附图仅是根据本发明示例性实施例的方法所包括的处理的示意性说明，而不是限制目的。易于理解，上述附图所示的处理并不表明或限制这些处理的时间顺序。另外，也易于理解，这些处理可以是例如在多个模块中同步或异步执行的。

通过以上的实施例的描述，本领域的技术人员易于理解，这里描述的示例实施例可以通过软件实现，也可以通过软件结合必要的硬件的方式来实现。因此，根据本公开实施例的技术方案可以以软件产品的形式体现出来，该软件产品可以存储在一个非易失性存储介质(可以是CD-ROM，U盘，移动硬盘等)中或网络上，包括若干指令以使得一台计算设备(可以是个人计算机、服务器、触控终端、或者网络设备等)执行根据本公开实施例的方法。

本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本公开的其它实施例。本申请旨在涵盖本公开的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本公开的一般性原理并包括本公开未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本公开的真正范围和精神由权利要求指出。

应当理解的是，本公开并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本公开的范围仅由所附的权利要求来限制。

Claims (10)

1.一种移动终端上的测试方法，其特征在于，包括：

从目标位置处获取测试应用安装包以及被测应用安装包；

将所述测试应用安装包以及所述被测应用安装包进行解压处理，以获取测试脚本以及被测应用；其中，所述测试应用安装包包括测试脚本对应的运行环境；

基于所述运行环境，根据所述测试脚本对所述被测应用进行测试，以获取所述被测应用对应的测试数据。

2.根据权利要求1所述的方法，其特征在于，基于所述运行环境，根据所述测试脚本对所述被测应用进行测试，以获取所述测试应用对应的测试数据包括：

获取所述运行环境中的自动化测试工具；

基于所述自动化测试工具，通过所述测试脚本调用移动终端的目标服务对所述被测应用进行测试以获取所述测试应用对应的测试数据。

3.根据权利要求2所述的方法，其特征在于，所述基于所述运行环境，根据所述测试脚本对所述被测应用进行测试包括：

获取所述运行环境中的测试启动工具；

根据所述测试启动工具启动所述测试脚本，以通过所述测试脚本对所述被测应用进行测试。

4.根据权利要求2所述的方法，其特征在于，在所述基于所述运行环境，根据所述测试脚本对所述被测应用进行测试之后，所述方法还包括：

响应于显示所述测试数据的指令，将所述测试数据对应的测试结果返回到所述目标位置进行显示。

5.根据权利要求1所述的方法，其特征在于，从目标位置处获取测试应用安装包以及被测应用安装包之前，所述方法还包括：

通过封装工具对所述测试脚本对应的运行环境进行封装处理，生成所述运行环境对应的封装项目包；

获取上传的测试脚本，根据软件工具开发包将所述测试脚本和所述封装项目包进行打包处理生成测试应用安装包。

6.根据权利要求5所述的方法，其特征在于，获取上传的测试脚本，根据软件工具开发包将所述测试脚本和所述封装项目包进行打包处理生成测试应用安装包之后，所述方法还包括：

获取上传的目标测试脚本以及资源打包工具；

根据所述资源打包工具将所述目标测试脚本添加到所述测试应用安装包生成目标测试应用安装包，以使所述目标测试脚本替换所述测试脚本。

7.根据权利要求6所述的方法，其特征在于，根据所述资源打包工具将所述目标测试脚本添加到所述测试应用安装包之后，所述方法还包括：

获取预设的签名工具；

根据所述签名工具对所述目标测试应用安装包进行重签处理，以使所述目标测试应用安装包适配移动终端。

8.一种移动终端上的测试装置，其特征在于，包括：

安装包获取单元，用于从目标位置处获取测试应用安装包以及被测应用安装包；

安装包解压单元，用于将所述测试应用安装包以及被测应用安装包进行解压处理，获取测试脚本以及被测应用；其中，所述测试应用安装包包括测试脚本对应的运行环境；

测试单元，用于基于所述运行环境，根据所述测试脚本对所述被测应用进行测试，以获取所述测试应用对应的测试数据。

9.一种电子设备，其特征在于，包括：

处理器；以及

存储器，所述存储器上存储有计算机可读指令，所述计算机可读指令被所述处理器执行时实现如权利要求1至7中任一项所述的移动终端上的测试方法。

10.一种计算机可读介质，其上存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现如权利要求1至7中任一项所述的移动终端上的测试方法。