CN106598835A - 一种应用的测试方法及装置、系统 - Google Patents

Abstract

本申请所述的应用的测试方法及装置、系统，控制端依据测试指令向测试终端发送预先存储的、用于控制所述应用的运行的测试脚本，控制所述测试脚本在所述测试终端上运行，以控制所述应用在所述测试终端上的运行，并收集此应用在测试终端中的运行数据，可见，本实施例中，以测试指令作为触发条件，触发应用的测试过程，因此，能够自动触发测试过程，与现有的依赖人工进行测试的方式相比，提高了应用测试的效率。

Description

一种应用的测试方法及装置、系统

技术领域

本申请涉及计算机领域，尤其涉及一种应用的测试方法及装置、系统。

背景技术

随着智能手机的发展，对于适用于智能手机的应用的开发日益增多。在应用交付用户使用之前，开发人员需要对应用的稳定性进行测试。稳定性测试的本质为：通过在测试终端上运行应用，收集应用的运行数据，依据运行数据分析出应用的运行是否稳定。

可见，如何提高应用测试的效率成为目前亟待解决的问题。

发明内容

本申请提供了一种应用的测试方法及装置、系统，目的在于解决如何提高应用测试的效率的问题。

为了实现上述目的，本申请提供了以下技术方案：

一种应用的测试方法，包括：

控制端依据测试指令向测试终端发送预先存储的、用于控制所述应用的运行的测试脚本；

所述控制端控制所述测试脚本在所述测试终端上运行，以控制所述应用在所述测试终端上的运行；

所述控制端收集所述应用在所述测试终端中的运行数据。

可选地，所述向测试终端发送预先存储的、用于控制所述应用的运行的测试脚本包括：

获取预先被选定的测试终端的列表，所述测试终端的列表中包括至少一个测试终端；

通过预设的连接方式，与所述测试终端的列表中的测试终端的预设接口进行连接；

通过所述预设接口向连接成功的测试终端发送预先存储的、用于控制所述应用的运行的测试脚本。

可选地，所述测试指令包括：

所述应用的代码提交指令。

可选地，所述依据测试指令向测试终端发送预先存储的、用于控制所述应用的运行的测试脚本包括：

如果检测到所述应用的代码提交指令，判断当前时刻距离上一次测试的时刻间的间隔是否大于预设时间间隔，如果是，则向测试终端发送预先存储的、用于控制所述应用的运行的测试脚本。

可选地，所述控制所述测试脚本在所述测试终端上运行，以控制所述应用在所述测试终端上的运行包括：

向所述测试终端发送测试启动指令，所述测试启动指令用于启动所述测试终端中的所述测试脚本开始运行，以使得运行中的所述测试脚本在所述测试终端上启动监控软件，并通过所述监控软件启动并运行所述应用；

在所述向所述测试终端发送测试启动指令之前，还包括：

向所述测试终端发送监控软件安装包，以在所述测试终端中安装所述监控软件。

可选地，所述向所述测试终端发送测试启动指令包括：

在所述测试终端上已安装所述应用的情况下，在所述测试终端上所述应用的版本与所述应用最后一次提交的代码指示的版本一致后，向所述测试终端发送测试启动指令；

或者，在所述测试终端上未安装所述应用的情况下，向所述测试终端发送所述应用的安装包以及安装指令，所述安装指令用于指示所述测试终端使用所述应用的安装包安装所述应用，在所述测试终端上所述应用的版本与所述提交的代码指示的版本一致后，向所述测试终端发送测试启动指令。

可选地，所述通过所述监控软件启动并运行所述应用包括：

通过所述监控软件启动所述应用并控制所述应用执行业务逻辑。

可选地，所述收集所述应用在所述测试终端中的运行数据包括：

收集所述应用执行业务逻辑的执行日志、以及通过所述监控软件收集所述应用运行过程中的性能数据。

可选地，还包括：

通过所述监控软件收集所述测试终端指示是否连接成功的数据、指示所述测试包是否安装成功的数据、指示所述测试脚本是否启动成功的数据、指示所述监控软件是否启动成功的数据以及指示所述应用是否启动成功的数据。

可选地，还包括：

通过安装于终端设备的软件录制对所述应用的操作过程，并依据录制内容生成所述测试脚本；

或者，通过接收并编译用户输入的代码，生成测试脚本，所述测试脚本中包括用于控制所述应用在所述测试终端上运行的指令。

一种应用的测试方法，包括：

控制端依据测试指令向测试终端发送预先存储的、用于控制所述应用的运行的测试脚本；

所述控制端控制所述测试脚本在所述测试终端上运行，以控制所述应用在所述测试终端上的运行；

所述测试终端收集并向所述控制端上传所述应用在所述测试终端中的运行数据。

可选地，所述控制端控制所述测试脚本在所述测试终端上运行包括：

所述控制端向所述测试终端发送测试启动指令；

所述测试终端依据所述控制端发送的测试启动指令，运行所述测试脚本，以控制所述应用在所述测试终端上的运行。

可选地，所述测试终端依据所述控制端发送的测试启动指令，运行所述测试脚本，以控制所述应用在所述测试终端上的运行包括：

所述测试终端依据所述控制端发送的测试启动指令，运行所述测试脚本，以使得运行中的测试脚本在所述测试终端上启动监控软件，并通过所述监控软件启动并运行所述应用；

在所述测试终端依据所述控制端发送的测试启动指令，运行所述测试脚本之前，还包括：

所述控制端向所述测试终端发送监控软件安装包；

所述测试终端使用所述监控软件安装包安装所述监控软件。

可选地，在所述控制端向所述测试终端发送测试启动指令之前，还包括：

在所述测试终端上已安装所述应用的情况下，所述测试终端将本地所述应用的版本与所述应用最后一次提交的代码指示的版本保证一致；

或者，在所述测试终端上未安装所述应用的情况下，所述控制端向所述测试终端发送所述应用的安装包以及安装指令，所述测试终端依据所述安装指令，利用所述应用的安装包安装所述应用。

一种应用的测试装置，包括：

发送模块，用于依据测试指令向测试终端发送预先存储的、用于控制所述应用的运行的测试脚本；

控制模块，用于在控制所述测试脚本在所述测试终端上运行，以控制所述应用在所述测试终端上的运行；

收集模块，用于收集所述应用在所述测试终端中的运行数据。

可选地，所述发送模块用于向测试终端发送预先存储的、用于控制所述应用的运行的测试脚本包括：

所述发送模块具体用于，获取预先被选定的测试终端的列表，所述测试终端的列表中包括至少一个测试终端；通过预设的连接方式，与所述测试终端的列表中的测试终端的预设接口进行连接；通过所述预设接口向连接成功的测试终端发送预先存储的、用于控制所述应用的运行的测试脚本。

可选地，所述发送模块用于依据测试指令向测试终端发送预先存储的、用于控制所述应用的运行的测试脚本包括：

所述发送模块具体用于，依据所述应用的代码提交指令向测试终端发送预先存储的、用于控制所述应用的运行的测试脚本。

可选地，所述发送模块用于依据测试指令向测试终端发送预先存储的、用于控制所述应用的运行的测试脚本包括：

所述发送模块具体用于，如果检测到所述应用的代码提交指令，判断当前时刻距离上一次测试的时刻间的间隔是否大于预设时间间隔，如果是，则向测试终端发送预先存储的、用于控制所述应用的运行的测试脚本。

可选地，所述控制模块用于控制所述测试脚本在所述测试终端上运行，以控制所述应用在所述测试终端上的运行包括：

所述控制模块具体用于，向所述测试终端发送测试启动指令，所述测试启动指令用于启动所述测试终端中的所述测试脚本开始运行，以使得运行中的所述测试脚本在所述测试终端上启动监控软件，并通过所述监控软件启动并运行所述应用；

所述发送模块还用于：

在所述控制模块向所述测试终端发送测试启动指令之前，向所述测试终端发送监控软件安装包，以在所述测试终端中安装所述监控软件。

可选地，所述控制模块用于向所述测试终端发送测试启动指令包括：

所述控制模块具体用于，在所述测试终端上已安装所述应用的情况下，在所述测试终端上所述应用的版本与所述应用最后一次提交的代码指示的版本一致后，向所述测试终端发送测试启动指令；或者，在所述测试终端上未安装所述应用的情况下，向所述测试终端发送所述应用的安装包以及安装指令，所述安装指令用于指示所述测试终端使用所述应用的安装包安装所述应用，在所述测试终端上所述应用的版本与所述提交的代码指示的版本一致后，向所述测试终端发送测试启动指令。。

可选地，所述控制模块具体用于向所述测试终端发送测试启动指令，所述测试启动指令用于启动所述测试终端中的所述测试脚本开始运行，以使得运行中的所述测试脚本在所述测试终端上启动监控软件，并通过所述监控软件启动并运行所述应用包括：

所述控制模块具体用于，向所述测试终端发送测试启动指令，所述测试启动指令用于启动所述测试终端中的所述测试脚本开始运行，以使得运行中的所述测试脚本在所述测试终端上启动监控软件，通过所述监控软件启动所述应用并控制所述应用执行业务逻辑。。

可选地，所述收集模块用于收集所述应用在所述测试终端中的运行数据包括：

所述收集模块具体用于，收集所述应用执行业务逻辑的执行日志、以及通过所述监控软件收集所述应用运行过程中的性能数据。

可选地，所述收集模块还用于：

通过所述监控软件收集所述测试终端指示是否连接成功的数据、指示所述测试包是否安装成功的数据、指示所述测试脚本是否启动成功的数据、指示所述监控软件是否启动成功的数据以及指示所述应用是否启动成功的数据。

可选地，还包括：

测试脚本生成模块，用于通过安装于终端设备的软件录制对所述应用的操作过程，并依据录制内容生成所述测试脚本；或者，通过接收并编译用户输入的代码，生成测试脚本，所述测试脚本中包括用于控制所述应用在所述测试终端上运行的指令。

一种应用的测试系统，包括：

控制端和测试终端；

所述控制端用于，依据测试指令向测试终端发送预先存储的、用于控制所述应用的运行的测试脚本；并控制所述测试脚本在所述测试终端上运行，以控制所述应用在所述测试终端上的运行；

所述测试终端用于收集并向所述控制端上传所述应用在所述测试终端中的运行数据。

可选地，所述控制端用于控制所述测试脚本在所述测试终端上运行包括：

所述控制端具体用于，向所述测试终端发送测试启动指令；

所述测试终端具体用于，依据所述控制端发送的测试启动指令，运行所述测试脚本，以控制所述应用在所述测试终端上的运行。

可选地，所述测试终端用于依据所述控制端发送的测试启动指令，运行所述测试脚本，以控制所述应用在所述测试终端上的运行包括：

所述测试终端具体用于，依据所述控制端发送的测试启动指令，运行所述测试脚本，以使得运行中的测试脚本在所述测试终端上启动监控软件，并通过所述监控软件启动并运行所述应用；

所述控制端还用于：在所述测试终端依据所述控制端发送的测试启动指令，运行所述测试脚本之前，向所述测试终端发送监控软件安装包；

所述测试终端还用于：使用所述监控软件安装包安装所述监控软件。

可选地，所述测试终端还用于：

在所述控制端向所述测试终端发送测试启动指令之前，在所述测试终端上已安装所述应用的情况下，将本地所述应用的版本与所述应用最后一次提交的代码指示的版本保证一致；

或者，

所述控制端还用于：在所述测试终端上未安装所述应用的情况下，向所述测试终端发送所述应用的安装包以及安装指令；所述测试终端还用于：依据所述安装指令，利用所述应用的安装包安装所述应用。

本申请所述的应用的测试方法及装置、系统，控制端依据测试指令向测试终端发送预先存储的、用于控制所述应用的运行的测试脚本，控制所述测试脚本在所述测试终端上运行，以控制所述应用在所述测试终端上的运行，并收集此应用在测试终端中的运行数据，可见，本实施例中，以测试指令作为触发条件，触发应用的测试过程，因此，能够自动触发测试过程，与现有的依赖人工进行测试的方式相比，提高了应用测试的效率。

附图说明

为了更清楚地说明本申请实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1为本申请实施例公开的一种应用的测试方法的流程图；

图2为本申请实施例公开的又一种应用的测试方法的流程图；

图3为本申请实施例公开的又一种应用的测试方法的流程图；

图4为本申请实施例公开的又一种应用的测试方法的流程图；

图5为本申请实施例公开的一种应用的测试装置的结构示意图；

图6为本申请实施例公开的一种应用的测试系统的结构示意图。

具体实施方式

在应用的开发过程中，研发人员可以在开发平台上编写并提交此应用的代码，也可能多次修改代码并提交修改后的代码。本申请实施例公开的应用的测试方法及装置、系统，目的在于实现测试的自动执行。本申请实施例所述的方法及装置，可以应用在安卓平台，也可以应用在其它平台，这里不做限定。

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

本申请实施例公开的一种应用的测试方法，如图1所示，包括以下步骤：

S101：控制端依据测试指向测试终端发送预先存储的、用于控制所述应用的运行的测试脚本；

本实施例中，测试指令可以为应用的代码提交指令，其中，应用的代码提交，提交的可以是一个新开发的应用的代码，也可以是对已有应用的代码的全部或部分进行更新后的代码。

S102：控制端控制测试脚本在测试终端上运行，以控制应用在测试终端上的运行；

S103：控制端收集所述应用在测试终端中的运行数据。

从上述步骤可以看出，本实施例所述的方法，应用的测试过程以测试指令为触发，自动启动测试过程并收集测试过程中的测试数据，无需人为介入测试过程，从而能够方便用户的使用。

进一步地，本实施例中，具体地，以代码提交指令为触发条件，也就是说，在开发人员提交应用的代码后，即可自动收集此应用在测试终端运行产生的数据，从而可以依据运行数据获得应用在测试终端运行的稳定性结果，所以，本实施例中，可以将应用的开发过程与应用的测试过程“无缝”衔接，进一步地，技术本实施例所述的测试过程，无论研究人员对于应用进行几次代码修改，均可自动触发对于提交后的最新代码的测试过程。

与现有的研发人员通过模拟用户在终端上使用应用的过程，对应用的稳定性进行测试的方式(例如、研发人员可以在终端上手动操作此应用，体验应用的稳定性，或者在终端上自动运行应用，并录制应用的运行过程，通过回放观察应用的稳定性)相比，本实施例所述的方法，可以无需研发人员手动触发测试过程，并且，在多次修改代码的情况下，无需用户反复手动触发测试过程，从而能够提高测试的效率。

本申请实施例公开的又一种应用的测试方法，本实施例中，假设测试终端上均已安装待测应用(导致此情况的原因可以为待测应用之前进行过测试，此次为更新版本后的测试过程)，如图2所示，包括以下具体步骤(执行主体为控制端)：

S201：监测是否有应用的代码提交指令，如果否，继续执行S201，如果有，执行S202；

如前所述，本实施例中的提交的代码可以为对原有应用更新后提交的代码。

S202：获取预先被选定的测试终端的列表，所述测试终端的列表中包括至少一个测试终端；

测试终端的列表可以由研发人员提前选定，从测试结果的准确性角度而言，测试终端越多，收集的数据指示的测试结果越准确。

S203：通过预设的连接方式，与所述测试终端的列表中的测试终端的预设接口进行连接；

具体地，本实施例中，可以通过WIFI等网络使用TCP作为连接方式，尝试与测试终端列表中的测试终端的接口service.adb.tcp.port进行连接。

S204：通过所述预设接口向连接成功的测试终端发送预先存储的测试脚本和监控软件安装包；

S205：在测试终端上所述应用的版本与提交的代码指示的版本一致后，向测试终端发送测试启动指令，测试启动指令用于指示测试终端启动测试脚本开始运行，以使得运行中的所述测试脚本在所述测试终端上启动监控软件，并通过所述监控软件启动并运行所述应用；

假设测试终端上安装的应用的版本为1.0，而提交的代码已经将应用升级为2.0，则在与研发平台连接后，测试终端中的应用可以自动进行版本的升级，具体的版本鉴别和触发升级的过程可以参见现有技术，这里不再赘述。

具体地，本实施例中，在版本升级之后，向测试终端发送启动指令，启动测试脚本，由测试脚本启动监控软件，并通过监控软件启动待测应用，并控制待测应用执行业务逻辑。

S206：收集所述应用执行业务逻辑的执行日志以及通过所述监控软件收集所述应用运行过程中的性能数据；

S207：实时显示执行日志；

现有的应用测试方式，提交应用安装包之后并无法获知具体的测试内容，只能在最终获得一些报告数据，并且这些数据主要是针对简单的安装与卸载等行为。

相比之下，本实施例中，可以控制应用运行业务逻辑，以及收集并实时展示业务逻辑的执行日志，所以开发人员可以实时掌握应用的运行情况，并且，开发人员还可以依据执行日志调整测试策略，从而使得测试过程更加接近实际使用情况，使得稳定性测试数据更可靠。

从上述步骤可以看出，本实施例所述的应用测试方法，不仅能够实现测试过程与应用开发过程的流程衔接一体化，还能够深入获取应用的业务执行逻辑的执行日志，从而提高测试过程及结果的可信性。

本申请实施例公开的又一种应用的测试方法，本实施例中，假设测试终端上未安装待测应用(导致此情况的原因可以为待测应用之前没有被测试过，或者，在测试列表中新加入的测试终端没有测试过待测应用)，如图3所示，包括以下具体步骤(执行主体为控制端)：

S301：生成测试脚本；

本实施例中，具体地，测试脚本的生成方式可以为：在终端设备通过软件录制对所述应用的操作过程，并依据录制内容生成测试脚本；或者，通过接收并编译用户输入的代码，生成测试脚本。

基于通过接收并编译用户输入的代码生成测试脚本的方式，研发人员可以自定义测试脚本，使得测试脚本具备不同的测试功能，从而实现测试的多样性。

需要说明的是，终端设备可以为测试终端，也可以为其它终端。

S302：检测是否有应用的代码提交指令，如果是，执行S303，如果否，继续检测是否有应用的代码提交指令；

S303：判断当前时刻距离上一次测试的时刻间的间隔是否大于预设时间间隔，如果是，执行S304，如果否，返回执行S302；

本实施例中，设定预设时间间隔的目的在于，防止测试过程过于频繁地被触发，以节省资源。例如，开发人员在进行代码开发的过程中，可能会频繁地一个应用的修改代码，有时候的代码提交只是为了保存已写好的代码，而非完成代码的编写，所以，实际应用中，开发人员可以依据实际需要，设定测试启动的周期。

S304：向测试终端发送预先存储的测试脚本、监控软件和应用的安装包；

S305：向测试终端发送用于指示测试终端使用应用的安装包安装所述应用的安装指令；

S306：在测试终端上所述应用的版本与提交的代码指示的版本一致后，向测试终端发送用于指示测试终端启动测试脚本测试的测试启动指令，以便于测试脚本在测试终端上启动监控软件，并通过监控软件启动并运行所述应用；

需要说明的是，应用的安装包的版本可能与提交的代码指示的版本不一致，即安装包为低版本，提交的代码指示高版本，此情况下，测试终端完成应用安装后，应用会自动升级到新版本。

具体地，可以通过调试桥Debug Bridge向测试终端发送安装指令和测试启动指令。

S307：收集所述应用执行业务逻辑的执行日志、通过所述监控软件收集所述应用运行过程中的性能数据、收集所述测试终端指示是否连接成功的数据、指示所述测试包是否安装成功的数据、指示所述测试脚本是否启动成功的数据、指示所述监控软件是否启动成功的数据以及指示所述应用是否启动成功的数据。

与上述实施例不同的是，本实施例中，除了收集待测应用的运行数据之外，还收集待测应用的安装与启动数据，以及测试脚本的和监控软件的启动数据等，以更加全面地掌握测试过程中的情况。

S308：利用收集到的数据生成报表，并显示所述报表。

本实施例所述的应用测试方法，可以使用开发人员自定义的测试脚本对应用进行测试，并将测试结果以报表的形式呈现，因此，不仅具有较高的测试效率，还能够大大方便开发人员的使用。

本申请实施例公开的又一种应用的测试方法，与上述实施例不同的是，本实施例中，重点在于说明控制端和测试终端间的交互过程。

如图4所示，本实施例所述方法包括以下步骤：

S401：控制端依据测试指令向测试终端发送预先存储的、用于控制所述应用的运行的测试脚本以及监控软件安装包；

S402：测试终端使用监控软件安装包安装监控软件；

S403：在测试终端上已安装应用的情况下，测试终端将本地应用的版本与应用最后一次提交的代码指示的版本保证一致；

S404：在测试终端上未安装应用的情况下，控制端向测试终端发送应用的安装包以及安装指令；

S405：测试终端依据安装指令，利用应用的安装包安装应用；

S406：控制端控制测试脚本在所述测试终端上运行，以控制应用在测试终端上的运行；

具体地，控制端控制所述测试脚本在所述测试终端上运行的具体实现方式可以通过控制端与测试终端的交互实现，即：控制端向测试终端发送测试启动指令，测试终端依据测试启动指令，运行测试脚本，以控制应用在测试终端上的运行。

进一步地，测试终端依据控制端发送的测试启动指令，运行测试脚本，以使得运行中的测试脚本在测试终端上启动监控软件，并通过监控软件启动并运行应用。

S407：测试终端收集并向控制端上传应用在测试终端中的运行数据。

从本实施例所述的步骤可以看出，控制端与测试终端通过交互，可以实现自动触发对应用的测试过程，而无需用户手动在测试终端上模拟应用的使用过程，从而能够提高测试的效率，同时方便测试用户的使用。

与上述方法实施例相对应地，本申请实施例还公开了一种应用的测试装置，如图5所示，包括：

发送模块501，用于依据测试指令向测试终端发送预先存储的、用于控制所述应用的运行的测试脚本；

控制模块502，用于控制所述测试脚本在所述测试终端上运行，以控制所述应用在所述测试终端上的运行；

收集模块503，用于收集所述应用在所述测试终端中的运行数据。

可选地，本实施例所述的装置还可以包括：

测试脚本生成模块504，用于通过安装于在终端设备的软件录制对所述应用的操作过程，并依据录制内容生成测试脚本；或者，通过接收并编译用户输入的代码，生成测试脚本。

具体地，发送模块向测试终端发送预先存储的、用于控制所述应用的运行的测试脚本的具体实现方式可以为：获取预先被选定的测试终端的列表，所述测试终端的列表中包括至少一个测试终端；通过预设的连接方式，与所述测试终端的列表中的测试终端的预设接口进行连接；通过所述预设接口向连接成功的测试终端发送预先存储的、用于控制所述应用的运行的测试脚本。

具体地，发送模块如果检测到应用的代码提交操作，则向测试终端发送预先存储的测试数据包的具体实现方式还可以为：如果检测到应用的代码提交操作，判断当前时刻距离上一次测试的时刻间的间隔是否大于预设时间间隔，如果是，则向测试终端发送预先存储的测试数据包。

具体地，发送模块依据测试指令向测试终端发送预先存储的、用于控制所述应用的运行的测试脚本的具体实现方式为：依据所述应用的代码提交指令向测试终端发送预先存储的、用于控制所述应用的运行的测试脚本。

进一步地，发送模块依据测试指令向测试终端发送预先存储的、用于控制所述应用的运行的测试脚本的具体实现方式为：如果检测到所述应用的代码提交指令，判断当前时刻距离上一次测试的时刻间的间隔是否大于预设时间间隔，如果是，则向测试终端发送预先存储的、用于控制所述应用的运行的测试脚本。

具体地，控制模块控制所述测试脚本在所述测试终端上运行，以控制所述应用在所述测试终端上的运行的具体实现方式为：向所述测试终端发送测试启动指令，所述测试启动指令用于启动所述测试终端中的所述测试脚本开始运行，以使得运行中的所述测试脚本在所述测试终端上启动监控软件，并通过所述监控软件启动并运行所述应用；在此情况下，发送模块还用于：在所述控制模块向所述测试终端发送测试启动指令之前，向所述测试终端发送监控软件安装包，以在所述测试终端中安装所述监控软件。

进一步地，所述控制模块向所述测试终端发送测试启动指令的具体实现方式为：在所述测试终端上已安装所述应用的情况下，在所述测试终端上所述应用的版本与所述应用最后一次提交的代码指示的版本一致后，向所述测试终端发送测试启动指令；或者，在所述测试终端上未安装所述应用的情况下，向所述测试终端发送所述应用的安装包以及安装指令，所述安装指令用于指示所述测试终端使用所述应用的安装包安装所述应用，在所述测试终端上所述应用的版本与所述提交的代码指示的版本一致后，向所述测试终端发送测试启动指令。

进一步地，测试脚本的作用为，开始运行后，使得运行中的所述测试脚本在所述测试终端上启动监控软件，通过所述监控软件启动所述应用并控制所述应用执行业务逻辑。。

具体地，收集模块收集所述应用在所述测试终端中的运行数据的具体实现方式可以为：收集所述应用执行业务逻辑的执行日志、以及通过所述监控软件收集所述应用运行过程中的性能数据。

进一步地，收集模块还可以用于收集所述测试终端指示是否连接成功的数据、指示所述测试包是否安装成功的数据、指示所述测试脚本是否启动成功的数据、指示所述监控软件是否启动成功的数据以及指示所述应用是否启动成功的数据。

本实施例所述的装置，不仅能够实现测试过程与应用开发过程的流程衔接一体化，还能够深入获取应用的业务执行逻辑的执行日志，从而提高测试过程及结果的可信性。

需要说明的是，本实施例所述的装置可以集成在代码的开发平台上，作为开发平台的后台的一部分，其执行逻辑可以参见上述实施例所示。

本申请式实施例还公开了一种应用的测试系统，如图6所示，包括：控制端601和测试终端602。

具体地，控制端用于，依据测试指令向测试终端发送预先存储的、用于控制所述应用的运行的测试脚本；并控制所述测试脚本在所述测试终端上运行，以控制所述应用在所述测试终端上的运行；测试终端用于收集并向所述控制端上传所述应用在所述测试终端中的运行数据。

具体地，控制端控制所述测试脚本在所述测试终端上运行的具体实现方式可以为：控制端向所述测试终端发送测试启动指令，测试终端依据所述控制端发送的测试启动指令，运行所述测试脚本，以控制所述应用在所述测试终端上的运行。

进一步地，测试终端依据所述控制端发送的测试启动指令，运行所述测试脚本，以控制所述应用在所述测试终端上的运行的具体实现方式可以为：依据所述控制端发送的测试启动指令，运行所述测试脚本，以使得运行中的测试脚本在所述测试终端上启动监控软件，并通过所述监控软件启动并运行所述应用；在此情况下，控制端还用于：在所述测试终端依据所述控制端发送的测试启动指令，运行所述测试脚本之前，向所述测试终端发送监控软件安装包；测试终端还用于：使用所述监控软件安装包安装所述监控软件。

可选地，测试终端还用于：在所述控制端向所述测试终端发送测试启动指令之前，在所述测试终端上已安装所述应用的情况下，将本地所述应用的版本与所述应用最后一次提交的代码指示的版本保证一致。或者，控制端还用于：在所述测试终端上未安装所述应用的情况下，向所述测试终端发送所述应用的安装包以及安装指令；测试终端还用于：依据所述安装指令，利用所述应用的安装包安装所述应用。

本实施例所述的系统，通过控制端与测试终端之间的交互，可以提升应用测试的效率。

本申请实施例方法所述的功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算设备可读取存储介质中。基于这样的理解，本申请实施例对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该软件产品存储在一个存储介质中，包括若干指令用以使得一台计算设备(可以是个人计算机，服务器，移动计算设备或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，Read-OnlyMemory)、随机存取存储器(RAM，Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。

本说明书中各个实施例采用递进的方式描述，每个实施例重点说明的都是与其它实施例的不同之处，各个实施例之间相同或相似部分互相参见即可。

对所公开的实施例的上述说明，使本领域专业技术人员能够实现或使用本申请。对这些实施例的多种修改对本领域的专业技术人员来说将是显而易见的，本文中所定义的一般原理可以在不脱离本申请的精神或范围的情况下，在其它实施例中实现。因此，本申请将不会被限制于本文所示的这些实施例，而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。

Claims (28)

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

控制端依据测试指令向测试终端发送预先存储的、用于控制所述应用的运行的测试脚本；

所述控制端控制所述测试脚本在所述测试终端上运行，以控制所述应用在所述测试终端上的运行；

所述控制端收集所述应用在所述测试终端中的运行数据。

2.根据权利要求1所述的方法，其特征在于，所述向测试终端发送预先存储的、用于控制所述应用的运行的测试脚本包括：

获取预先被选定的测试终端的列表，所述测试终端的列表中包括至少一个测试终端；

通过预设的连接方式，与所述测试终端的列表中的测试终端的预设接口进行连接；

通过所述预设接口向连接成功的测试终端发送预先存储的、用于控制所述应用的运行的测试脚本。

3.根据权利要求1所述的方法，其特征在于，所述测试指令包括：

所述应用的代码提交指令。

4.根据权利要求3所述的方法，其特征在于，所述依据测试指令向测试终端发送预先存储的、用于控制所述应用的运行的测试脚本包括：

如果检测到所述应用的代码提交指令，判断当前时刻距离上一次测试的时刻间的间隔是否大于预设时间间隔，如果是，则向测试终端发送预先存储的、用于控制所述应用的运行的测试脚本。

5.根据权利要求1至4任一项所述的方法，其特征在于，所述控制所述测试脚本在所述测试终端上运行，以控制所述应用在所述测试终端上的运行包括：

向所述测试终端发送测试启动指令，所述测试启动指令用于启动所述测试终端中的所述测试脚本开始运行，以使得运行中的所述测试脚本在所述测试终端上启动监控软件，并通过所述监控软件启动并运行所述应用；

在所述向所述测试终端发送测试启动指令之前，还包括：

向所述测试终端发送监控软件安装包，以在所述测试终端中安装所述监控软件。

6.根据权利要求5所述的方法，其特征在于，所述向所述测试终端发送测试启动指令包括：

在所述测试终端上已安装所述应用的情况下，在所述测试终端上所述应用的版本与所述应用最后一次提交的代码指示的版本一致后，向所述测试终端发送测试启动指令；

或者，在所述测试终端上未安装所述应用的情况下，向所述测试终端发送所述应用的安装包以及安装指令，所述安装指令用于指示所述测试终端使用所述应用的安装包安装所述应用，在所述测试终端上所述应用的版本与所述提交的代码指示的版本一致后，向所述测试终端发送测试启动指令。

7.根据权利要求5所述的方法，其特征在于，所述通过所述监控软件启动并运行所述应用包括：

通过所述监控软件启动所述应用并控制所述应用执行业务逻辑。

8.根据权利要求7所述的方法，其特征在于，所述收集所述应用在所述测试终端中的运行数据包括：

收集所述应用执行业务逻辑的执行日志、以及通过所述监控软件收集所述应用运行过程中的性能数据。

9.根据权利要求7所述的方法，其特征在于，还包括：

通过所述监控软件收集所述测试终端指示是否连接成功的数据、指示所述测试包是否安装成功的数据、指示所述测试脚本是否启动成功的数据、指示所述监控软件是否启动成功的数据以及指示所述应用是否启动成功的数据。

10.根据权利要求1所述的方法，其特征在于，还包括：

通过安装于终端设备的软件录制对所述应用的操作过程，并依据录制内容生成所述测试脚本；

或者，通过接收并编译用户输入的代码，生成测试脚本，所述测试脚本中包括用于控制所述应用在所述测试终端上运行的指令。

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

控制端依据测试指令向测试终端发送预先存储的、用于控制所述应用的运行的测试脚本；

所述控制端控制所述测试脚本在所述测试终端上运行，以控制所述应用在所述测试终端上的运行；

所述测试终端收集并向所述控制端上传所述应用在所述测试终端中的运行数据。

12.根据权利要求11所述的方法，其特征在于，所述控制端控制所述测试脚本在所述测试终端上运行包括：

所述控制端向所述测试终端发送测试启动指令；

所述测试终端依据所述控制端发送的测试启动指令，运行所述测试脚本，以控制所述应用在所述测试终端上的运行。

13.根据权利要求12所述的方法，其特征在于，所述测试终端依据所述控制端发送的测试启动指令，运行所述测试脚本，以控制所述应用在所述测试终端上的运行包括：

所述测试终端依据所述控制端发送的测试启动指令，运行所述测试脚本，以使得运行中的测试脚本在所述测试终端上启动监控软件，并通过所述监控软件启动并运行所述应用；

在所述测试终端依据所述控制端发送的测试启动指令，运行所述测试脚本之前，还包括：

所述控制端向所述测试终端发送监控软件安装包；

所述测试终端使用所述监控软件安装包安装所述监控软件。

14.根据权利要求12所述的方法，其特征在于，在所述控制端向所述测试终端发送测试启动指令之前，还包括：

在所述测试终端上已安装所述应用的情况下，所述测试终端将本地所述应用的版本与所述应用最后一次提交的代码指示的版本保证一致；

或者，在所述测试终端上未安装所述应用的情况下，所述控制端向所述测试终端发送所述应用的安装包以及安装指令，所述测试终端依据所述安装指令，利用所述应用的安装包安装所述应用。

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

发送模块，用于依据测试指令向测试终端发送预先存储的、用于控制所述应用的运行的测试脚本；

控制模块，用于在控制所述测试脚本在所述测试终端上运行，以控制所述应用在所述测试终端上的运行；

收集模块，用于收集所述应用在所述测试终端中的运行数据。

16.根据权利要求15所述的装置，其特征在于，所述发送模块用于向测试终端发送预先存储的、用于控制所述应用的运行的测试脚本包括：

所述发送模块具体用于，获取预先被选定的测试终端的列表，所述测试终端的列表中包括至少一个测试终端；通过预设的连接方式，与所述测试终端的列表中的测试终端的预设接口进行连接；通过所述预设接口向连接成功的测试终端发送预先存储的、用于控制所述应用的运行的测试脚本。

17.根据权利要求15所述的装置，其特征在于，所述发送模块用于依据测试指令向测试终端发送预先存储的、用于控制所述应用的运行的测试脚本包括：

所述发送模块具体用于，依据所述应用的代码提交指令向测试终端发送预先存储的、用于控制所述应用的运行的测试脚本。

18.根据权利要求17所述的装置，其特征在于，所述发送模块用于依据测试指令向测试终端发送预先存储的、用于控制所述应用的运行的测试脚本包括：

所述发送模块具体用于，如果检测到所述应用的代码提交指令，判断当前时刻距离上一次测试的时刻间的间隔是否大于预设时间间隔，如果是，则向测试终端发送预先存储的、用于控制所述应用的运行的测试脚本。

19.根据权利要求15至18任一项所述的装置，其特征在于，所述控制模块用于控制所述测试脚本在所述测试终端上运行，以控制所述应用在所述测试终端上的运行包括：

所述控制模块具体用于，向所述测试终端发送测试启动指令，所述测试启动指令用于启动所述测试终端中的所述测试脚本开始运行，以使得运行中的所述测试脚本在所述测试终端上启动监控软件，并通过所述监控软件启动并运行所述应用；

所述发送模块还用于：

在所述控制模块向所述测试终端发送测试启动指令之前，向所述测试终端发送监控软件安装包，以在所述测试终端中安装所述监控软件。

20.根据权利要求19所述的装置，其特征在于，所述控制模块用于向所述测试终端发送测试启动指令包括：

所述控制模块具体用于，在所述测试终端上已安装所述应用的情况下，在所述测试终端上所述应用的版本与所述应用最后一次提交的代码指示的版本一致后，向所述测试终端发送测试启动指令；或者，在所述测试终端上未安装所述应用的情况下，向所述测试终端发送所述应用的安装包以及安装指令，所述安装指令用于指示所述测试终端使用所述应用的安装包安装所述应用，在所述测试终端上所述应用的版本与所述提交的代码指示的版本一致后，向所述测试终端发送测试启动指令。

21.根据权利要求19所述的装置，其特征在于，所述控制模块具体用于向所述测试终端发送测试启动指令，所述测试启动指令用于启动所述测试终端中的所述测试脚本开始运行，以使得运行中的所述测试脚本在所述测试终端上启动监控软件，并通过所述监控软件启动并运行所述应用包括：

所述控制模块具体用于，向所述测试终端发送测试启动指令，所述测试启动指令用于启动所述测试终端中的所述测试脚本开始运行，以使得运行中的所述测试脚本在所述测试终端上启动监控软件，通过所述监控软件启动所述应用并控制所述应用执行业务逻辑。

22.根据权利要求21所述的装置，其特征在于，所述收集模块用于收集所述应用在所述测试终端中的运行数据包括：

所述收集模块具体用于，收集所述应用执行业务逻辑的执行日志、以及通过所述监控软件收集所述应用运行过程中的性能数据。

23.根据权利要求21所述的装置，其特征在于，所述收集模块还用于：

通过所述监控软件收集所述测试终端指示是否连接成功的数据、指示所述测试包是否安装成功的数据、指示所述测试脚本是否启动成功的数据、指示所述监控软件是否启动成功的数据以及指示所述应用是否启动成功的数据。

24.根据权利要求1所述的方法，其特征在于，还包括：

测试脚本生成模块，用于通过安装于终端设备的软件录制对所述应用的操作过程，并依据录制内容生成所述测试脚本；或者，通过接收并编译用户输入的代码，生成测试脚本，所述测试脚本中包括用于控制所述应用在所述测试终端上运行的指令。

25.一种应用的测试系统，其特征在于，包括：

控制端和测试终端；

所述控制端用于，依据测试指令向测试终端发送预先存储的、用于控制所述应用的运行的测试脚本；并控制所述测试脚本在所述测试终端上运行，以控制所述应用在所述测试终端上的运行；

所述测试终端用于收集并向所述控制端上传所述应用在所述测试终端中的运行数据。

26.根据权利要求25所述的系统，其特征在于，所述控制端用于控制所述测试脚本在所述测试终端上运行包括：

所述控制端具体用于，向所述测试终端发送测试启动指令；

所述测试终端具体用于，依据所述控制端发送的测试启动指令，运行所述测试脚本，以控制所述应用在所述测试终端上的运行。

27.根据权利要求26所述的系统，其特征在于，所述测试终端用于依据所述控制端发送的测试启动指令，运行所述测试脚本，以控制所述应用在所述测试终端上的运行包括：

所述测试终端具体用于，依据所述控制端发送的测试启动指令，运行所述测试脚本，以使得运行中的测试脚本在所述测试终端上启动监控软件，并通过所述监控软件启动并运行所述应用；

所述控制端还用于：在所述测试终端依据所述控制端发送的测试启动指令，运行所述测试脚本之前，向所述测试终端发送监控软件安装包；

所述测试终端还用于：使用所述监控软件安装包安装所述监控软件。

28.根据权利要求26所述的系统，其特征在于，所述测试终端还用于：

在所述控制端向所述测试终端发送测试启动指令之前，在所述测试终端上已安装所述应用的情况下，将本地所述应用的版本与所述应用最后一次提交的代码指示的版本保证一致；

或者，

所述控制端还用于：在所述测试终端上未安装所述应用的情况下，向所述测试终端发送所述应用的安装包以及安装指令；所述测试终端还用于：依据所述安装指令，利用所述应用的安装包安装所述应用。