CN108415820A - 应用安装包的测试方法和装置 - Google Patents

Abstract

本发明公开了一种应用安装包的测试方法和装置。其中，该方法包括：获取待测试的目标应用安装包的包信息，目标应用安装包用于安装在移动终端上，包信息用于指示目标应用安装包的安装信息；获取与包信息对应的多个测试项，每个测试项用于对目标应用安装包进行测试；根据多个测试项，一次性对目标应用安装包进行单次测试；获取单次测试的测试结果。本发明解决了相关技术中对移动应用的测试效率较低的技术问题。

Description

应用安装包的测试方法和装置

技术领域

本发明涉及软件测试领域，具体而言，涉及一种应用安装包的测试方法和装置。

背景技术

Android本身是一套软件堆叠(Software Stack)，或者成为软件叠层架构，叠层主要分成三层：操作系统、中间件和应用程序。

Application应用程序是用Java语言编写的运行在虚拟机上的程序，为了保证应用程序的质量，对应用程序的测试就显得非常必要的，现有的android自动化测试平台主要用于实现单独的测试项，每次提交测试时仅提交一个测试包以实现对某一个测试项的测试，这些专项独立执行，机型没有复用，结果独立存储，没有关联，如提交页面速度、流量、流畅度、下载速度、电量的测试等。

现有技术存在如下缺点：(1)每进行一次测试均需要工作人员选择测试项并启动，每项自动化测试项的任务独立运行，机型没有统一管理，测试效率低；(2)测试结果比较分散，缺乏统一的质量视图；(3)出现问题没有即时告警，并即时处理解决，解决效率低。

针对相关技术中对移动应用的测试效率较低的问题，目前尚未提出有效的解决方案。

发明内容

本发明实施例提供了一种应用安装包的测试方法和装置，以至少解决相关技术中对移动应用的测试效率较低的技术问题。

根据本发明实施例的一个方面，提供了一种应用安装包的测试方法，包括：获取待测试的目标应用安装包的包信息，其中,目标应用安装包用于安装在移动终端上，包信息用于指示目标应用安装包的安装信息；获取与包信息对应的多个测试项，其中，每个测试项用于对目标应用安装包进行测试；根据多个测试项，一次性对目标应用安装包进行单次测试；获取单次测试的测试结果。

根据本发明实施例的另一方面，还提供了一种应用安装包的测试装置，包括：第一获取单元，用于获取待测试的目标应用安装包的包信息，其中,目标应用安装包用于安装在移动终端上，包信息用于指示目标应用安装包的安装信息；确定单元，用于获取与包信息对应的多个测试项，其中，每个测试项用于对目标应用安装包进行测试；测试单元，用于根据多个测试项，一次性对目标应用安装包进行单次测试；第二获取单元，用于获取单次测试的测试结果。

在本发明实施例中，将根据目标应用安装包的包信息确定的多个测试项在一次测试中完成，而不用单独对每一个测试项进行单独测试，且可以将多个测试项得到的测试信息反馈在同一测试结果中，便于进行管理，可以解决了相关技术中对移动应用的测试效率较低的技术问题，进而达到提高移动应用的测试效率的技术效果。

附图说明

此处所说明的附图用来提供对本发明的进一步理解，构成本申请的一部分，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中：

图1是根据本发明实施例的应用安装包的测试方法的硬件环境的示意图；

图2是根据本发明实施例的一种可选的应用安装包的测试方法的流程图；

图3是根据本发明实施例的一种可选的测试平台的示意图；

图4是根据本发明实施例的一种可选的应用安装包的测试方法的流程图；

图5是根据本发明实施例的一种可选的脚本实现框架的示意图；

图6是根据本发明实施例的一种可选的展示平台实现框架的示意图；

图7是根据本发明实施例的一种可选的应用安装包的测试装置的示意图；

图8是根据本发明实施例的一种可选的应用安装包的测试装置的示意图；以及

图9是根据本发明实施例的一种终端的结构框图。

具体实施方式

为了使本技术领域的人员更好地理解本发明方案，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分的实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都应当属于本发明保护的范围。

需要说明的是，本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本发明的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

首先，在对本发明实施例进行描述的过程中出现的部分名词或者术语适用于如下解释：

Jenkins：是基于Java开发的一种持续集成工具，用于监控及任务化运行持续重复的工作，功能包括：持续的软件版本发布/测试项目；监控外部调用执行的工作。

Django：是一个开放源代码的Web应用框架，由Python写成。采用了MVC的框架模式，即模型M，视图V和控制器C。

MVC：全名是Model View Controller，是模型(model)－视图(view)－控制器(controller)的缩写，一种软件设计典范，用一种业务逻辑、数据、界面显示分离的方法组织代码，将业务逻辑聚集到一个部件里面，在改进和个性化定制界面及用户交互的同时，不需要重新编写业务逻辑。MVC被独特的发展起来用于映射传统的输入、处理和输出功能在一个逻辑的图形化用户界面的结构中。

Robotium：是一种Android自动化测试框架，主要针对Android平台的应用进行黑盒自动化测试，它提供了模拟各种手势操作(点击、长按、滑动等)、查找和断言机制的API，能够对各种控件进行操作。

Python：是一种面向对象的解释型计算机程序设计语言。

实施例1

根据本发明实施例，提供了一种应用安装包的测试方法的方法实施例。

可选地，在本实施例中，上述应用安装包的测试方法可以应用于如图1所示的由服务器102和终端104所构成的硬件环境中。如图1所示，服务器102通过网络与终端104进行连接，上述网络包括但不限于：广域网、城域网或局域网，终端104并不限定于PC、手机、平板电脑等。本发明实施例的方法可以由服务器102来执行，也可以由终端104来执行，还可以是由服务器102和终端104共同执行。其中，终端104执行本发明实施例的方法也可以是由安装在其上的客户端来执行。

图2是根据本发明实施例的一种可选的应用安装包的测试方法的流程图，如图2所示，该方法可以包括以下步骤：

步骤S202，获取待测试的目标应用安装包的包信息，目标应用安装包用于安装在移动终端上，包信息用于指示目标应用安装包的安装信息；

步骤S204，获取与包信息对应的多个测试项，每个测试项用于对目标应用安装包进行测试；

步骤S206，根据多个测试项，一次性对目标应用安装包进行单次测试；

步骤S208，获取单次测试的测试结果，测试结果适用于多个测试项。

通过上述步骤S202至步骤S208，将根据目标应用安装包的包信息确定的多个测试项在一次测试中完成，而不用单独对每一个测试项进行单独测试，且可以将多个测试项得到的测试信息反馈在同一测试结果中，便于进行管理，可以解决了相关技术中对移动应用的测试效率较低的技术问题，进而达到提高移动应用的测试效率的技术效果。

上述的目标应用安装包为适用于移动终端的操作系统的安装包，如安卓设备的“.APK”格式的安装包、苹果操作系统的“.IPA”格式的安装包等。

上述的移动终端可以为智能手机、平板电脑、MID、便携式播放器等移动类设备。

上述的安装信息包括但不局限于安装包的信息、软件版本信息、安装包的打包时间、安装包的来源信息、安装包适用的移动终端的信息。

上述的测试项为可以实现的单项测试，如单项的功能测试、单项的性能测试等，具体如页面速度、流量、流畅度、下载速度、电量等。

上述的测试结果中包括所有测试项完成后得到的测试数据，如对于页面速度而言，对应的测试数据包括在某个时间段预设的移动终端上的所有的速度信息。

上述的方法可以应用于安卓应用包、IOS应用包等移动应用包的测试，主要应用安卓应用包；与上述的步骤S202至S208对应的程序代码可以客户端平台的形式展现，从而可以通过该客户端实现应用的自动测试。

上述的步骤S202至S208为自动运行的步骤，触发整个流程的触发事件为接收到待测试的目标应用安装包，然后自动获取包信息，并根据包信息自动进行多个测试项的测试，无需人工触发，且多个测试项连续执行，可以提供测试效率。

在步骤S202提供的技术方案中，获取待测试的目标应用安装包的包信息可以通过如下的方式实现：检测应用安装包(包括构建包和本地包)提测请求，在检测到后根据包信息生成用于对目标应用安装包的多个测试项进行测试的测试任务，通过jenkins触发测试任务，在PC端控制多个slave测试节点，由PC端负责创建测试任务和测试任务的下发，再将测试项分配给对应的测试节点。

上述的多个测试节点(即多个进程)，多个进程是并行运行的，即可以对同一测试任务的多个测试项通过多个测试节点并行执行，而对于分配至同一测试节点的多个测试项，是串行执行的，且两个串行的测试项之间不停顿，通过以上串行和并行相结合的方式，可以保证多个测试项以最快的速度完成。

另外，本申请的方法并不限于在某一时间段内仅执行一个测试任务，一旦接收到待测试的应用安装包即可生成对应的测试任务进行测试，可以执行对多个应用安装包的多条测试任务，从而实现无人值守的自动测试。

在步骤S204提供的技术方案中，获取与包信息对应的多个测试项包括：获取配置信息，配置信息中记载有应用安装包的包信息与测试项之间的对应关系；从配置信息中获取与目标应用安装包的包信息对应的多个测试项。

在确定测试项时，可根据配置信息中的测试包来源(也即构建分支来源)、测试类型(如页面速度、流量、电量等)、测试机型等信息确定。

可选地，也可根据测试版本确定，记录历史版本中已测试的测试项，在应用安装包中与某一测试项对应的源代码发生变更时，可仅对发生变更的源代码对应的测试项进行测试，或者新增代码时，仅对新增的代码进行测试。

在步骤S204中，其实现方法也可以通过其它方式实现，如可以不通过本地配置来选择测试项，而是通过开发的改动代码范围来灵活选择测试项，如修改到的代码涉及到功能不涉及到性能，就可以只执行功能自动化。在机型的选择上，本方案采取配置的机型的原因是对于性能，采取配置的固定机型有利于观察数据趋势，而替代方案也可以不通过配置，如果测试项对机型要求不高的话，可以不通过配置直接灵活选择当前空闲的机型进行测试。

在步骤S206提供的技术方案中，根据多个测试项，一次性对目标应用安装包进行单次测试包括：确定多个进程中为每个测试项分配的目标进程，其中，每个进程用于执行一个或多个测试项，多个进程并行运行；通过目标进程执行与目标进程对应的测试项，对目标应用安装包进行测试。

可以在PC端设置多个slave测试节点，每个测试节点相当于一个进程。

在确定多个进程中为每个测试项分配的目标进程时，可通过预定的接口函数确定多个进程中为每个测试项分配的目标进程，并通过接口函数将每个测试项分配给对应的目标进程，其中，接口函数用于监控测试任务和分配测试项。

上述的接口函数可以为工具软件提供的接口，该工具软件专用于监控测试任务和分配测试项，而不具体的执行测试任务，例如jenkins。

在通过目标进程执行与目标进程对应的测试项之前，可获取与测试项对应的测试脚本，测试脚本中记载有用于执行测试项的测试代码；在得到测试脚本之后通过目标进程(即对应的测试节点)执行与测试项对应的测试脚本，对目标应用安装包进行测试。

需要说明的是，为了与不同的机型进行适配，可以通过传参的形式实现针对所有移动终端的机型的通用脚本，将参数的具体值存储在配置信息中，或者从安装包中读取，在通过目标进程执行与测试项对应的测试脚本之前，按照配置信息和/或包信息设置测试脚本内测试代码中的测试参数，测试参数与测试项适用的移动终端对应，即通过设置参数实现脚本与对应的测试用的移动终端适配，然后通过目标进程执行与测试项对应的测试脚本，对目标应用安装包进行测试时，通过目标进程执行设置测试参数后的测试脚本，对目标应用安装包进行测试。

可选地，为了实现测试项的可扩展性，在获取与测试项对应的测试脚本之前，预先编写好针对某一测试项的脚本程序，在客户端上接收到为测试项配置的测试脚本时，保存测试项和测试脚本之间的对应关系，以便于下一次需要测试该测试项时直接执行保存的脚本即可。

上述的测试脚本可以通过robotium、python等方式实现。

在步骤S208提供的技术方案中，获取单次测试的测试结果通过如下的方式实现：各个测试节点将完成测试项的过程中产生数据和测试的结果信息返回给客户端，由客户端同一收集起来，以便于用户进行数据分析和故障排除。

作为一种可选的实施例，在获取单次测试的测试结果之后，可将测试结果中的测试信息传输至预设界面进行展示。

可选地，在获取单次测试的测试结果之后，在根据测试结果中的测试信息判断出测试不满足预设要求(如测试结果不合格)的情况下，生成告警信息，其中，告警信息中携带有测试结果中的测试信息。

上述的平台展示可通过django框架实现，采用了MVC的框架模式。在urls.py配置URL的地址映射以及管理URL的地址格式。在settings.py配置与工程相关的工程模块和数据库全局配置信息，主要逻辑在于Model、View、Template。工程中通过在models.py文件定义数据库表模型，通过views.py中完成数据处理逻辑，最后通过templates完成展示，具体的实现方式在后续内容中详述。

在本发明的实施例中，通过jenkins触发测试任务，通过平台统一管理各类功能和性能测试任务、测试机型，达到了快速支撑各类测试需求和快速发现问题的目的。各类测试脚本通过robotium、python等方式实现自动化测试功能，测试任务可灵活新增删除，灵活管理，脚本的执行由任务控制层通过反射进行调用。另一方面，通过django框架实现展示平台，统一质量视图，有利于测试人员整体把控测试质量。

需要说明的是，相关技术中没有一个统一的平台管理自动化测试并触发执行，最终以统一的测试结果展示，统一展示测试包的质量情况。现有的技术方案无法满足一个测试包上同时测试多项的并统一管理调度的目的。

而通过本发明的上述实施例，实现了用于支持android客户端的功能、性能等测试的统一测试平台，通过监控构建分支，生成构建包(即应用安装包)时即时触发各类自动化测试，测试完成统一存储结果，统一平台展示，以构建包的维度统一展示当前构建包的测试质量。

本发明提供了一种优选实施例，以安卓应用为例，该优选实施例的方案实现架构如图3所示。

统一测试平台整合了各类android专项自动化测试，包括但不局限于页面加载速度、流量、流畅度、功能自动化。在项目各阶段可以支撑多个android构建分支的构建包测试，测试结果以包为维度进行关联存储到数据库中，并通过平台和邮件输出展示测试结果。当出现不达标项时，通过邮件和微信进行告警。

接入层：主要负责接收构建包或者本地包(即应用安装包)提测，通过jenkins触发测试任务，在PC端控制多个slave测试节点，每个测试节点对应于一个进程，由PC端负责创建测试任务和测试任务的下发，再将测试项分配给对应的测试节点。

上述的每个测试节点可以专用于某一机型的所有测试项、某一类型的测试项、或者根据需求分配的几个测试项，具体情况下可以根据实际需求进行配置。

任务控制层：负责机型管理，测试任务配置管理，下发的任务根据配置如测试包来源(也即构建分支来源)、测试类型(如页面速度、流量、电量等)、测试机型等信息分发任务到不同测试节点。

执行层：用于自动化脚本管理，各项专项自动化脚本相互独立，可灵活增加和删除测试项，可灵活配置测试包需要的测试项，包括功能和性能，如页面加载速度、流畅度、流量、安装包大小等。位于不同测试点的多个自动化脚本并行测试，测试完成后分析结果并把结果存入数据库。

结果展示：通过邮件输出到项目组，也可到自动化测试平台查看测试结果，有不达标项时通过邮件、微信进行告警。

自动化统一测试平台通过任务管理，并行执行各类功能与自动化测试任务，能够快速支撑频繁的提测任务，支撑版本发布节奏。平台通过各类自动化测试任务能够快速发现问题，出现问题即时告警，快速解决，挽回项目组损失。对于测试人员，统一的展示平台能够帮助整体把控测试质量，评估版本质量风险。

利用上述的统一测试平台实现本方案的流程如图4所示：

步骤S402，接入层服务定时监控分支是否有新构建，如果有新构建，自动化统一平台拉取构建包到测试并生成任务，一个构建包对应生成一个任务。

步骤S404，自动化统一测试平台生成对应构建包的一条任务，后续的所有测试都以该任务为标识，用于记录当前构建包的所有数据。同时触发控制层的测试框架接口。

步骤S406，业务脚本控制层收到平台下发的任务后，获取安装包信息、版本信息、本地配置信息如测试项、测试机型、测试次数后，自动触发各类功能及专项测试，如功能自动化、页面速度、流畅度、流量、电量等。

步骤S408，所有功能和性能专项自动化测试并行完成自动化测试、分析、数据上传数据库，这个环境每个脚本独立实现，可灵活控制每项测试的执行、结束。

步骤S410，所有数据测试完成输出邮件到项目组，同时可通过统一平台页面查看详细的测试数据。

(1)接入层的实现

通过在django工程中实现触发接口，当接收到包时，生成包的任务信息并入数据库后，通过触发jenkins任务，jenkins任务配置了控制层的触发接口，当jenkins开始执行时，也就触发了控制层的任务接口，由控制层处理包信息和配置信息后开始执行自动化测试任务。

(2)控制层的实现

控制层主要由java工程实现，首先控制层需要读取配置各测试节点所配置的信息，如测试机型、测试任务项等，根据不同的包信息和构建分支来源，选择不同的测试机型、测试任务进行测试。

在读取到测试机型和测试项信息后，通过反射模式，调用执行脚本的执行jar包(即具体的脚本程序)，传入参数，开始执行测试，这里触发的每一项脚本执行都相互并行执行，可合理通过机型配置和调度达到测试任务最高效率执行，如每个测试节点仅允许一个测试项，以实现某个测试任务的所有测试项的并行运行。

(3)android自动化执行脚本的实现框架，如图5所示：

执行层每一项测试项的脚本独立开发，与每项需要测试的功能点相关。Android自动化执行脚本这里主要基于Robotium实现，Robotium基于原生Android Instrumentation扩展而来，基于Robotium的测试既可以使用Robotium本身的API，还可以使用Android原生的丰富API，可扩展性更强，且基于Robotium的测试在执行速度、稳定性上有优势，因此选择Robotium框架。除了Robotium，为了更好地支持跨应用的操作，进行更丰富地测试，实现方案中同时结合UiAutomator2.0框架，例如实现对通知栏的操作，可以通过传入Instrumentation对象获得UiDevice对象，通过UiDevice对象可以完成跨进程的控件查找及点击操作。

为了更友好展示android app测试结果的展示，功能自动化测试完成后报告生成本方案采用Spoon实现，Spoon通过分布式地在多台手机上同时执行基于Instrumentation的测试用例，并且在测试完成后生成统一的拥有测试结果概览、截图、运行时日志等等功能的HTML形式测试报告，更加快速有效地对Android终端进行自动化测试。

(4)平台展示的实现，如图6所示：

平台展示通过django框架实现，采用了MVC的框架模式。在urls.py配置URL的地址映射以及管理URL的地址格式。在settings.py配置与工程相关的工程模块和数据库全局配置信息主要逻辑在于模型Model、视图View、模板Template。工程中通过在models.py文件定义数据库表模型，通过views.py中完成数据处理逻辑，最后通过templates完成展示。

利用本申请的上述具有以下五方面的优势：(1)测试能力较强，具有跨应用、持续快速反馈、报告易访问的特点；(2)执行能力强，可以在不同的设备上设置测试节点，打通了优测能力，实现本地远程多机并行执行；(3)可多次重试，当测试项出现错误时，自动进行截图存档，并自动重试；(4)以Junit形式实现测试报告和代码覆盖率报告；(5)定位性较好，可以实时通过日志记录测试信息，便于快速排查测试故障等。

在本申请的实施例中，提供了一个统一的android自动化测试平台，由该平台统一管理测试任务、管理测试机型、统一测试结果展示，提升多项专项测试并行执行的效率，支撑项目组频繁的提测需求，并快速发现问题；测试结果统一展示输出，出现不达标项即时通过微信、邮件等方式告警，可以提示工作人员即时处理并解决出现的问题。

需要说明的是，对于前述的各方法实施例，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本发明并不受所描述的动作顺序的限制，因为依据本发明，某些步骤可以采用其他顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作和模块并不一定是本发明所必须的。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到根据上述实施例的方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中，包括若干指令用以使得一台终端设备(可以是手机，计算机，服务器，或者网络设备等)执行本发明各个实施例所述的方法。

实施例2

根据本发明实施例，还提供了一种用于实施上述应用安装包的测试方法的应用安装包的测试装置。图7是根据本发明实施例的一种可选的应用安装包的测试装置的示意图，如图7所示，该装置可以包括：第一获取单元72、确定单元74、测试单元76以及第二获取单元78。

第一获取单元72，用于获取待测试的目标应用安装包的包信息，其中,目标应用安装包用于安装在移动终端上，包信息用于指示目标应用安装包的安装信息；

确定单元74，用于获取与包信息对应的多个测试项，每个测试项用于对目标应用安装包进行测试；

测试单元76，用于根据多个测试项，一次性对目标应用安装包进行单次测试；

第二获取单元78，用于获取单次测试的测试结果。

需要说明的是，该实施例中的第一获取单元72可以用于执行本申请实施例1中的步骤S202，该实施例中的确定单元74可以用于执行本申请实施例1中的步骤S204，该实施例中的测试单元76可以用于执行本申请实施例1中的步骤S206，该实施例中的第二获取单元78可以用于执行本申请实施例1中的步骤S208。

此处需要说明的是，上述模块与对应的步骤所实现的示例和应用场景相同，但不限于上述实施例1所公开的内容。需要说明的是，上述模块作为装置的一部分可以运行在如图1所示的硬件环境中，可以通过软件实现，也可以通过硬件实现。

通过上述模块，将根据目标应用安装包的包信息确定的多个测试项在一次测试中完成，而不用单独对每一个测试项进行单独测试，且可以将多个测试项得到的测试信息反馈在同一测试结果中，便于进行管理，可以解决了相关技术中对移动应用的测试效率较低的技术问题，进而达到提高移动应用的测试效率的技术效果。

可选地，确定单元包括：第一获取模块，用于获取配置信息，其中，配置信息中记载有应用安装包的包信息与测试项之间的对应关系；第二获取模块，用于从配置信息中获取与目标应用安装包的包信息对应的多个测试项。

上述的目标应用安装包为适用于移动终端的操作系统的安装包，如安卓设备的“.APK”格式的安装包、苹果操作系统的“.IPA”格式的安装包等。

上述的移动终端可以为智能手机、平板电脑、MID、便携式播放器等移动类设备。

上述的安装信息包括但不局限于安装包的信息、软件版本信息、安装包的打包时间、安装包的来源信息、安装包适用的移动终端的信息。

上述的测试项为可以实现的单项测试，如单项的功能测试、单项的性能测试等，具体如页面速度、流量、流畅度、下载速度、电量等。

上述的测试结果中包括所有测试项完成后得到的测试数据，如对于页面速度而言，对应的测试数据包括在某个时间段预设的移动终端上的所有的速度信息。

可选地，上述的测试单元包括：确定模块，用于确定多个进程中为每个测试项分配的目标进程，其中，每个进程用于执行一个或多个测试项，多个进程并行运行；测试模块，用于通过目标进程执行与目标进程对应的测试项，对目标应用安装包进行测试。

在确定测试项时，可根据配置信息中的测试包来源(也即构建分支来源)、测试类型(如页面速度、流量、电量等)、测试机型等信息确定。

可选地，也可根据测试版本确定，记录历史版本中已测试的测试项，在应用安装包中与某一测试项对应的源代码发生变更时，可仅对发生变更的源代码对应的测试项进行测试，或者新增代码时，仅对新增的代码进行测试。

上述的实现方式也可以通过其它方式实现，如可以不通过本地配置来选择测试项，而是通过开发的改动代码范围来灵活选择测试项，如修改到的代码涉及到功能不涉及到性能，就可以只执行功能自动化。在机型的选择上，本方案采取配置的机型的原因是对于性能，采取配置的固定机型有利于观察数据趋势，而替代方案也可以不通过配置，如果测试项对机型要求不高的话，可以不通过配置直接灵活选择当前空闲的机型进行测试。

可选地，测试单元还包括：第三获取模块，用于在通过目标进程执行与目标进程对应的测试项之前，获取与测试项对应的测试脚本，其中，测试脚本中记载有用于执行测试项的测试代码；测试模块还用于通过目标进程执行与测试项对应的测试脚本，对目标应用安装包进行测试。

可以在PC端设置多个slave测试节点，每个测试节点相当于一个进程。

可选地，上述装置还包括包括：生成单元，用于在获取目标应用安装包的包信息之后，生成用于对目标应用安装包的多个测试项进行测试的测试任务；确定模块还用于通过预定的接口函数确定多个进程中为每个测试项分配的目标进程，并通过接口函数将每个测试项分配给对应的目标进程，其中，接口函数用于监控测试任务和分配测试项。

上述的接口函数可以为工具软件提供的接口，该工具软件专用于监控测试任务和分配测试项，而不具体的执行测试任务，例如jenkins。

可选地，该装置还包括：保存单元，用于在获取与测试项对应的测试脚本之前，在接收到为测试项配置的测试脚本时，保存测试项和测试脚本之间的对应关系。

需要说明的是，为了与不同的机型进行适配，可以通过传参的形式实现针对所有移动终端的机型的通用脚本，将参数的具体值存储在配置信息中，或者从安装包中读取，具体可通过测试单元的如下模块实现：设置模块，用于在通过目标进程执行与测试项对应的测试脚本之前，按照配置信息和/或包信息设置测试脚本内测试代码中的测试参数，其中，测试参数与测试项适用的移动终端对应；测试模块还用于通过目标进程执行设置测试参数后的测试脚本，对目标应用安装包进行测试。

可选地，为了实现测试项的可扩展性，在获取与测试项对应的测试脚本之前，预先编写好针对某一测试项的脚本程序，在客户端上接收到为测试项配置的测试脚本时，保存测试项和测试脚本之间的对应关系，以便于下一次需要测试该测试项时直接执行保存的脚本即可。

上述的测试脚本可以通过robotium、python等方式实现。

可选地，如图8所示，本申请的装置还包括：展示单元82，用于在获取单次测试的测试结果之后，将测试结果中的测试信息传输至预设界面进行展示。

可选地，如图8所示，本申请的装置还包括：告警单元84，用于在获取单次测试的测试结果之后，在根据测试结果中的测试信息判断出测试不满足预设要求的情况下，生成告警信息，其中，告警信息中携带有测试结果中的测试信息。

上述的平台展示可通过django框架实现，采用了MVC的框架模式。在urls.py配置URL的地址映射以及管理URL的地址格式。在settings.py配置与工程相关的工程模块和数据库全局配置信息，主要逻辑在于Model、View、Template。工程中通过在models.py文件定义数据库表模型，通过views.py中完成数据处理逻辑，最后通过templates完成展示，具体的实现方式在后续内容中详述。

在本发明的实施例中，通过jenkins触发测试任务，通过平台统一管理各类功能和性能测试任务、测试机型，达到了快速支撑各类测试需求和快速发现问题的目的。各类测试脚本通过robotium、python等方式实现自动化测试功能，测试任务可灵活新增删除，灵活管理，脚本的执行由任务控制层通过反射进行调用。另一方面，通过django框架实现展示平台，统一质量视图，有利于测试人员整体把控测试质量。

此处需要说明的是，上述模块与对应的步骤所实现的示例和应用场景相同，但不限于上述实施例1所公开的内容。需要说明的是，上述模块作为装置的一部分可以运行在如图1所示的硬件环境中，可以通过软件实现，也可以通过硬件实现，其中，硬件环境包括网络环境。

实施例3

根据本发明实施例，还提供了一种用于实施上述应用安装包的测试方法的服务器或终端。

图9是根据本发明实施例的一种终端的结构框图，如图9所示，该终端可以包括：一个或多个(图中仅示出一个)处理器901、存储器903、以及传输装置905(如上述实施例中的发送装置)，如图9所示，该终端还可以包括输入输出设备907。

其中，存储器903可用于存储软件程序以及模块，如本发明实施例中的方法和装置对应的程序指令/模块，处理器901通过运行存储在存储器903内的软件程序以及模块，从而执行各种功能应用以及数据处理，即实现上述的方法。存储器903可包括高速随机存储器，还可以包括非易失性存储器，如一个或者多个磁性存储装置、闪存、或者其他非易失性固态存储器。在一些实例中，存储器903可进一步包括相对于处理器901远程设置的存储器，这些远程存储器可以通过网络连接至终端。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。

上述的传输装置905用于经由一个网络接收或者发送数据，还可以用于处理器与存储器之间的数据传输。上述的网络具体实例可包括有线网络及无线网络。在一个实例中，传输装置905包括一个网络适配器(Network Interface Controller，NIC)，其可通过网线与其他网络设备与路由器相连从而可与互联网或局域网进行通讯。在一个实例中，传输装置905为射频(Radio Frequency，RF)模块，其用于通过无线方式与互联网进行通讯。

其中，具体地，存储器903用于存储应用程序。

处理器901可以通过传输装置905调用存储器903存储的应用程序，以执行下述步骤：获取待测试的目标应用安装包的包信息，其中,目标应用安装包用于安装在移动终端上，包信息用于指示目标应用安装包的安装信息；获取与包信息对应的多个测试项，每个测试项用于对目标应用安装包进行测试；根据多个测试项，一次性对目标应用安装包进行单次测试；获取单次测试的测试结果。

处理器901还用于执行下述步骤：获取配置信息，其中，配置信息中记载有应用安装包的包信息与测试项之间的对应关系；从配置信息中获取与目标应用安装包的包信息对应的多个测试项。

采用本发明实施例，获取待测试的目标应用安装包的包信息，其中,目标应用安装包用于安装在移动终端上，包信息用于指示目标应用安装包的安装信息；获取与包信息对应的多个测试项，其中，每个测试项用于对目标应用安装包进行测试；根据多个测试项，一次性对目标应用安装包进行单次测试；获取单次测试的测试结果。将根据目标应用安装包的包信息确定的多个测试项在一次测试中完成，而不用单独对每一个测试项进行单独测试，且可以将多个测试项得到的测试信息反馈在同一测试结果中，便于进行管理，可以解决了相关技术中对移动应用的测试效率较低的技术问题，进而达到提高移动应用的测试效率的技术效果。

可选地，本实施例中的具体示例可以参考上述实施例1和实施例2中所描述的示例，本实施例在此不再赘述。

本领域普通技术人员可以理解，图9所示的结构仅为示意，终端可以是智能手机(如Android手机、iOS手机等)、平板电脑、掌上电脑以及移动互联网设备(Mobile InternetDevices，MID)、PAD等终端设备。图9其并不对上述电子装置的结构造成限定。例如，终端还可包括比图9中所示更多或者更少的组件(如网络接口、显示装置等)，或者具有与图9所示不同的配置。

本领域普通技术人员可以理解上述实施例的各种方法中的全部或部分步骤是可以通过程序来指令终端设备相关的硬件来完成，该程序可以存储于一计算机可读存储介质中，存储介质可以包括：闪存盘、只读存储器(Read-Only Memory，ROM)、随机存取器(RandomAccess Memory，RAM)、磁盘或光盘等。

实施例4

本发明的实施例还提供了一种存储介质。可选地，在本实施例中，上述存储介质可以用于执行应用安装包的测试方法的程序代码。

可选地，在本实施例中，上述存储介质可以位于上述实施例所示的网络中的多个网络设备中的至少一个网络设备上。

可选地，在本实施例中，存储介质被设置为存储用于执行以下步骤的程序代码：

S11，获取待测试的目标应用安装包的包信息，其中,目标应用安装包用于安装在移动终端上，包信息用于指示目标应用安装包的安装信息；

S12，获取与包信息对应的多个测试项，其中，每个测试项用于对目标应用安装包进行测试；

S13，根据多个测试项，一次性对目标应用安装包进行单次测试；

S14，获取单次测试的测试结果。

可选地，存储介质还被设置为存储用于执行以下步骤的程序代码：

S21，获取配置信息，其中，配置信息中记载有应用安装包的包信息与测试项之间的对应关系；

S22，从配置信息中获取与目标应用安装包的包信息对应的多个测试项。

可选地，本实施例中的具体示例可以参考上述实施例1和实施例2中所描述的示例，本实施例在此不再赘述。

可选地，在本实施例中，上述存储介质可以包括但不限于：U盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、移动硬盘、磁碟或者光盘等各种可以存储程序代码的介质。

上述本发明实施例序号仅仅为了描述，不代表实施例的优劣。

上述实施例中的集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在上述计算机可读取的存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在存储介质中，包括若干指令用以使得一台或多台计算机设备(可为个人计算机、服务器或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。

在本发明的上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见其他实施例的相关描述。

在本申请所提供的几个实施例中，应该理解到，所揭露的客户端，可通过其它的方式实现。其中，以上所描述的装置实施例仅仅是示意性的，例如所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，单元或模块的间接耦合或通信连接，可以是电性或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

以上所述仅是本发明的优选实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本发明的保护范围。

Claims (18)

1.一种应用安装包的测试方法，其特征在于，包括：

获取待测试的目标应用安装包的包信息，其中,所述目标应用安装包用于安装在移动终端上，所述包信息用于指示所述目标应用安装包的安装信息；

获取与所述包信息对应的多个测试项，其中，每个所述测试项用于对所述目标应用安装包进行测试；

根据所述多个所述测试项，一次性对所述目标应用安装包进行单次测试；

获取所述单次测试的测试结果。

2.根据权利要求1所述的方法，其特征在于，获取与所述包信息对应的多个测试项包括：

获取配置信息，其中，所述配置信息中记载有应用安装包的包信息与所述测试项之间的对应关系；

从所述配置信息中获取与所述目标应用安装包的包信息对应的多个所述测试项。

3.根据权利要求1或2所述的方法，其特征在于，根据所述多个所述测试项，一次性对所述目标应用安装包进行单次测试包括：

确定多个进程中为每个所述测试项分配的目标进程，其中，每个所述进程用于执行一个或多个所述测试项，多个所述进程并行运行；

通过所述目标进程执行与所述目标进程对应的所述测试项，对所述目标应用安装包进行测试，其中，所述单次测试用于指示多个所述测试项在分配的所述目标进程上并行运行测试。

4.根据权利要求3所述的方法，其特征在于，

在通过所述目标进程执行与所述目标进程对应的所述测试项之前，所述方法还包括，获取与所述测试项对应的测试脚本，其中，所述测试脚本中记载有用于执行所述测试项的测试代码；

通过所述目标进程执行与所述目标进程对应的所述测试项，对所述目标应用安装包进行测试包括：通过所述目标进程执行与所述测试项对应的所述测试脚本，对所述目标应用安装包进行测试。

5.根据权利要求4所述的方法，其特征在于，

在通过所述目标进程执行与所述测试项对应的所述测试脚本之前，所述方法还包括：按照配置信息和/或所述包信息设置所述测试脚本内测试代码中的测试参数，其中，所述测试参数与所述测试项适用的移动终端对应；

通过所述目标进程执行与所述测试项对应的所述测试脚本，对所述目标应用安装包进行测试包括：通过所述目标进程执行设置所述测试参数后的所述测试脚本，对所述目标应用安装包进行测试。

6.根据权利要求3所述的方法，其特征在于，在获取与所述测试项对应的测试脚本之前，所述方法还包括：

在接收到为所述测试项配置的所述测试脚本时，保存所述测试项和所述测试脚本之间的对应关系。

7.根据权利要求3所述的方法，其特征在于，

在获取待测试的目标应用安装包的包信息之后，所述方法还包括：

生成用于对所述目标应用安装包的多个所述测试项进行测试的测试任务；

确定多个进程中为每个所述测试项分配的目标进程包括：通过预定的接口函数确定多个所述进程中为每个所述测试项分配的目标进程，并通过所述接口函数将每个所述测试项分配给对应的所述目标进程，其中，所述接口函数用于监控所述测试任务和分配所述测试项。

8.根据权利要求1所述的方法，其特征在于，在获取所述单次测试的测试结果之后，所述方法还包括：

将所述测试结果中的测试信息传输至预设界面进行展示。

9.根据权利要求1所述的方法，其特征在于，在获取所述单次测试的测试结果之后，所述方法还包括：

在根据所述测试结果中的测试信息判断出测试不满足预设要求的情况下，生成告警信息，其中，所述告警信息中携带有所述测试结果中的测试信息。

10.一种应用安装包的测试装置，其特征在于，包括：

第一获取单元，用于获取待测试的目标应用安装包的包信息，其中,所述目标应用安装包用于安装在移动终端上，所述包信息用于指示所述目标应用安装包的安装信息；

确定单元，用于获取与所述包信息对应的多个测试项，其中，每个所述测试项用于对所述目标应用安装包进行测试；

测试单元，用于根据所述多个所述测试项，一次性对所述目标应用安装包进行单次测试；

第二获取单元，用于获取所述单次测试的测试结果。

11.根据权利要求10所述的装置，其特征在于，所述确定单元包括：

第一获取模块，用于获取配置信息，其中，所述配置信息中记载有应用安装包的包信息与所述测试项之间的对应关系；

第二获取模块，用于从所述配置信息中获取与所述目标应用安装包的包信息对应的多个所述测试项。

12.根据权利要求10或11所述的装置，其特征在于，所述测试单元包括：

确定模块，用于确定多个进程中为每个所述测试项分配的目标进程，其中，每个所述进程用于执行一个或多个所述测试项，多个所述进程并行运行；

测试模块，用于通过所述目标进程执行与所述目标进程对应的所述测试项，对所述目标应用安装包进行测试，其中，所述单次测试用于指示多个所述测试项在分配的所述目标进程上并行运行测试。

13.根据权利要求12所述的装置，其特征在于，

所述测试单元还包括：第三获取模块，用于在通过所述目标进程执行与所述目标进程对应的所述测试项之前，获取与所述测试项对应的测试脚本，其中，所述测试脚本中记载有用于执行所述测试项的测试代码；

所述测试模块还用于通过所述目标进程执行与所述测试项对应的所述测试脚本，对所述目标应用安装包进行测试。

14.根据权利要求13所述的装置，其特征在于，

所述测试单元还包括：设置模块，用于在通过所述目标进程执行与所述测试项对应的所述测试脚本之前，按照配置信息和/或所述包信息设置所述测试脚本内测试代码中的测试参数，其中，所述测试参数与所述测试项适用的移动终端对应；

所述测试模块还用于通过所述目标进程执行设置所述测试参数后的所述测试脚本，对所述目标应用安装包进行测试。

15.根据权利要求12所述的装置，其特征在于，所述装置还包括：

保存单元，用于在获取与所述测试项对应的测试脚本之前，在接收到为所述测试项配置的所述测试脚本时，保存所述测试项和所述测试脚本之间的对应关系。

16.根据权利要求12所述的装置，其特征在于，

所述装置还包括：生成单元，用于在获取待测试的目标应用安装包的包信息之后，生成用于对所述目标应用安装包的多个所述测试项进行测试的测试任务；

所述确定模块还用于通过预定的接口函数确定多个所述进程中为每个所述测试项分配的目标进程，并通过所述接口函数将每个所述测试项分配给对应的所述目标进程，其中，所述接口函数用于监控所述测试任务和分配所述测试项。

17.根据权利要求10所述的装置，其特征在于，所述装置还包括：

展示单元，用于在获取所述单次测试的测试结果之后，将所述测试结果中的测试信息传输至预设界面进行展示。

18.根据权利要求10所述的装置，其特征在于，所述装置还包括：

告警单元，用于在获取所述单次测试的测试结果之后，在根据所述测试结果中的测试信息判断出测试不满足预设要求的情况下，生成告警信息，其中，所述告警信息中携带有所述测试结果中的测试信息。