CN112115049B - 应用程序测试方法、装置、设备和计算机可读存储介质 - Google Patents

Abstract

本发明实施例提供了一种应用程序测试方法、装置、设备和计算机可读存储介质，该方法包括：响应于第一指令，向第一服务器发送测试请求，并在接收到第一服务器发送的测试链接的情况下，自动向第二服务器发送第一启动测试指令和测试链接，使第二服务器向测试设备发送包括测试链接的通知信息，并自动向第一服务器发送第二启动测试指令，使第一服务器在接收到测试设备发送的下载请求之后，向测试设备发送应用程序包，完成应用程序包的下发，对应用程序进行测试。电子设备可以自动向第一服务器和第二服务器发送指令，通过第一服务器和第二服务器将应用程序包自动发送给测试设备，完成应用程序的下发测试，简化了用户操作，提高测试了效率。

Description

应用程序测试方法、装置、设备和计算机可读存储介质

技术领域

本发明属于计算机领域，特别是涉及一种应用程序测试方法、装置、设备和计算机可读存储介质。

背景技术

在应用程序正式发布前，需要对应用程序进行测试，如外部测试和/或内部测试，以确定应用程序的使用效果。

针对基于iOS系统的应用程序，用户在对应用程序进行测试时，需要手动将应用程序上传至服务器(服务器例如为基于iOS系统的应用程序开发平台，itunes connect)，并在上传完成、以及审核通过后，通过人工手动操作，将服务器生成的测试链接发送至测试设备，使测试设备通过测试链接从服务器下载并运行应用程序，对应用程序进行测试。在对应用程序进行测试时，需用通过多次手动操作才能将与应用程序对应的测试链接发送至测试设备，操作繁琐、测试效率较低。

发明内容

本发明实施例的目的在于提供一种应用程序测试方法、装置、设备和计算机可读存储介质，以解决应用程序测试过程中，操作繁琐、测试效率较低的问题。

在本发明实施例的第一方面，首先提供了一种应用程序测试方法，执行于电子设备，包括：

响应于第一指令，向第一服务器发送测试请求；所述测试请求用于使所述第一服务器生成与预先存储的应用程序包对应的测试链接；

在接收到所述第一服务器发送的所述测试链接的情况下，向第二服务器发送第一启动测试指令和所述测试链接，以及向所述第一服务器发送第二启动测试指令；

其中，所述第一启动测试指令用于使所述第二服务器向预先确定的测试设备发送包括所述测试链接的通知信息；所述第二启动测试指令用于使所述第一服务器在接收到所述测试设备根据所述测试链接发送的下载请求之后，向所述测试设备发送所述应用程序包。

在本发明实施例的第二方面，还提供了一种应用程序测试装置，设置于电子设备，包括：

第一发送模块，用于响应于第一指令，向第一服务器发送测试请求；所述测试请求用于使所述第一服务器生成与预先存储的应用程序包对应的测试链接；

第二发送模块，用于在接收到所述第一服务器发送的所述测试链接的情况下，向第二服务器发送第一启动测试指令和所述测试链接，以及向所述第一服务器发送第二启动测试指令；

其中，所述第一启动测试指令用于使所述第二服务器向预先确定的测试设备发送包括所述测试链接的通知信息；所述第二启动测试指令用于使所述第一服务器在接收到所述测试设备根据所述测试链接发送的下载请求之后，向所述测试设备发送所述应用程序包。

在本发明实施例的又一方面，还提供了一种电子设备，包括处理器、通信接口、存储器和通信总线，其中，所述处理器，所述通信接口，所述存储器通过所述通信总线完成相互间的通信；

所述存储器，用于存放计算机程序；

所述处理器，用于执行所述存储器上所存放的所述计算机程序时，实现本发明实施例第一方面所述的方法。

在本发明实施例的又一方面，还提供了一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现如本发明实施例第一方面所述的方法。

本发明实施例提供的应用程序测试方法，电子设备可以响应于第一指令，向第一服务器发送测试请求，使第一服务器生成与预先存储的应用程序包对应的测试链接，并在接收到第一服务器发送的测试链接的情况下，自动向第二服务器发送第一启动测试指令和测试链接，使第二服务器向测试设备发送包括测试链接的通知信息，并自动向第一服务器发送第二启动测试指令，使第一服务器在接收到测试设备发送的下载请求之后，向测试设备发送应用程序包，完成应用程序包的下发，对应用程序进行测试。电子设备可以响应于第一指令，自动向第一服务器和第二服务器发送指令，通过第一服务器和第二服务器将应用程序包发送给测试设备，完成应用程序的下发测试，在测试过程中用户只需要启动发送第一指令即可，简化了用户操作，提高测试了效率。

附图说明

为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍。

图1为本发明实施例中的一种应用程序测试方法的步骤流程图；

图2为本发明实施例中的一种应用程序测试系统的结构示意图；

图3为本发明实施例中的另一种应用程序测试方法的步骤流程图；

图4为本发明实施例中的一种应用程序测试装置的结构框图；

图5为本发明实施例中的一种电子设备的结构示意图。

具体实施方式

为了更清楚的对本发明进行介绍，首先对现有技术中，基于iOS系统的应用程序的测试方法进行简单介绍。

现有技术中，基于iOS系统的应用程序在正式发布前，需要进行多次测试，如内部测试和/或外部测试。在基于iOS系统的应用程序开始测试前，首先需要将打包好的应用程序包发送至服务器，由服务器对应用程序包进行审核，审核通过后，测试设备才能从服务器下载并运行应用程序包，对应用程序进行测试。在测试过程中，用户需要手动使用上传工具将应用程序包上传至服务器，并在确认应用程序包上传完成后，操作电子设备向服务器发送审核请求，等待服务器对应用程序包进行审核。用户在确认应用程序包审核通过后，操作电子设备向服务器发送测试请求，服务器响应于电子设备发送的测试请求，生成与应用程序包对应的测试链接，并将测试链接发送至电子设备。电子设备接收到服务器发送的测试链接后，确定至少一个测试设备，将测试链接发送至测试设备，由测试设备通过测试链接从服务器下载并运行应用程序包。在整个测试过程中，需要经过多次操作和确认，才能得到测试链接，将测试链接发送至测试设备，完成应用程序包的下发，操作繁琐、测试效率较低。

为了解决上述技术问题，本发明实施例提供了一种应用程序测试方法。下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行描述。

参照图1，图1为本发明实施例中的一种应用程序测试方法的步骤流程图，本实施例提供的应用程序测试方法适用于基于iOS系统的应用程序测试，以简化用户操作、提高测试效率。本实施例提供的应用程序测试方法可以由应用程序测试装置执行，应用程序测试装置可以设置于电子设备。应用程序测试装置通常以软件和/或硬件的方式实现，该方法可以包括：

步骤101、响应于第一指令，向第一服务器发送测试请求。

其中，测试请求用于使第一服务器(例如itunes connect)生成与预先存储的应用程序包对应的测试链接。

本实施例中，第一指令用于控制电子设备向第一服务器发送测试请求，第一指令可以是电子设备在接收到用户点击启动测试按钮的点击操作之后，响应于用户的点击操作，生成的指令信息，也可以是电子设备接收到的其他电子设备发送的指令信息。电子设备在接收到第一指令之后，可以响应于第一指令，向第一服务器发送测试请求。例如，电子设备可以响应于第一指令，向第一服务器发送包括与应用程序包对应的应用程序的版本号的测试请求。应用程序包为对基于iOS系统的应用程序的源代码进行打包得到的应用程序包，基于iOS系统的应用程序可以运行于基于iOS系统的终端设备，例如手机和平板电脑，对应用程序包的理解可参考现有技术，本实施例对此不做限制。

示例的，如图2所示，图2为本发明实施例中的一种应用程序测试系统的结构示意图，应用程序测试系统可以包括电子设备、第一服务器、第二服务器和测试设备。电子设备例如计算机，电子设备可以对应用程序的源代码进行打包，得到应用程序包，并将应用程序包发送至第一服务器。电子设备打包生成应用程序包，以及向第一服务器发送应用程序包的过程可参考现有技术，本实施例对此不做限制。

第一服务器可以接收电子设备发送的应用程序包，对应用程序包进行存储和管理，同时为测试设备提供应用程序包。第一服务器在接收到电子设备发送的测试请求之后，可以响应于测试请求，生成与应用程序包对应的测试链接，并向电子设备返回测试链接。例如，第一服务器在接收到电子设备发送的测试请求之后，首先可以对测试请求进行解析，获取测试请求中包括的应用程序的版本号，然后确定预先存储的与版本标识对应的应用程序包，生成并向电子设备发送与应用程序包对应的测试链接，测试链接例如统一资源定位符(Uniform Resource Locator，URL)。第一服务器生成测试链接，并向电子设备发送测试链接的过程可参考现有技术，本实施例对此不做限制。

其中，第一指令、测试请求、第一启动测试指令和测试链接的具体形式可以根据需求设置，本实施例对此不做赘述。

步骤102、在接收到第一服务器发送的测试链接的情况下，向第二服务器发送第一启动测试指令和测试链接，以及向第一服务器发送第二启动测试指令。

其中，第一启动测试指令用于使第二服务器向预先确定的测试设备发送包括测试链接的通知信息；第二启动测试指令用于使第一服务器在接收到测试设备根据测试链接发送的下载请求之后，向测试设备发送应用程序包。

本实施例中，电子设备在接收到第一服务器发送的测试链接之后，可以分别向第一服务器和第二服务器发送第二启动测试指令和第一启动测试指令，以启动应用程序的测试流程。第一启动测试指令和第二启动测试指令的具体形式可以根据需求设置，本实施例对此不做限制。

结合图2所示，第二服务器在接收到电子设备发送的第一启动测试指令之后，可以响应于第一启动测试指令，首先从多个基于iOS系统的终端设备(例如手机)中确定至少一个终端设备作为测试设备，然后根据预先获取的测试链接和配置信息生成通知信息，并分别向每个测试设备发送通知信息。例如，第二服务器可以向测试设备发送包括测试链接和配置信息的邮件和/或短信，以将测试链接和配置信息发送至测试设备。其中，用户可以预先编辑与应用程序包对应的配置信息，例如应用程序包的简介、版本信息和测试日期等信息，并将配置信息发送至第二服务器存储，配置信息的具体内容可以根据需求设置，本实施例对此不做限制。

通知信息的具体形式可以根据需求设置，第二服务器确定测试设备，向测试设备发送通知信息的过程可参考现有技术，本实施例对此不做限制。电子设备可以同时将测试链接和第一启动测试指令发送至第二服务器，也可以先向第二服务器发送测试链接，然后发送第一启动测试指令。电子设备向第二服务器发送测试链接和第一启动测试指令的方法，以及第二服务器向测试设备发送通知信息的方法可以根据需求设置，本实施例对此不做限制。

测试设备可以接收第二服务器发送的通知信息，使用测试设备的用户可以通过通知信息中的配置信息获知应用程序的版本号和测试时间等信息，并可以执行点击测试链接的操作，测试设备可以响应于用户点击测试链接的操作，向第一服务器发送下载请求，请求下载应用程序包。第一服务器在接收到测试设备发送的下载请求之后，可以响应于下载请求，将预先存储的应用程序包发送给测试设备。测试设备在接收到应用程序包之后，可以对应用程序包进行解压，运行应用程序包对应的应用程序，对应用程序的性能进行测试。测试设备根据第二服务器发送的通知信息，从第一服务器获取应用程序包，并对应用程序包对应的应用程序进行测试的过程可参考现有技术，本实施例对此不做限制。

综上所述，本实施例中，电子设备可以响应于第一指令，向第一服务器发送测试请求，使第一服务器生成与预先存储的应用程序包对应的测试链接，并在接收到第一服务器发送的测试链接的情况下，自动向第二服务器发送第一启动测试指令和测试链接，使第二服务器向测试设备发送包括测试链接的通知信息，并自动向第一服务器发送第二启动测试指令，使第一服务器在接收到测试设备发送的下载请求之后，向测试设备发送应用程序包，完成应用程序包的下发，对应用程序进行测试。电子设备可以响应于第一指令，自动向第一服务器和第二服务器发送指令，通过第一服务器和第二服务器将应用程序包发送给测试设备，完成应用程序的下发测试，在测试过程中用户只需要启动发送第一指令即可，简化了用户操作，提高测试了效率。

参照图3，图3为本发明实施例中的另一种应用程序测试方法的步骤流程图，该方法可以包括：

步骤301、响应于第三指令，获取应用程序的软件开发工具包组。

步骤302、根据应用程序的版本配置文件，对软件开发工具包组进行打包。

其中，应用程序与应用程序包对应。第三指令可以是电子设备在接收到用户点击打包按钮的点击操作之后，响应于用户的点击操作，生成的指令信息，也可以是电子设备接收到的其他电子设备发送的指令信息。第三指令用于控制电子设备获取预先存储的软件开发工具包组，并对软件开发工具包组进行打包。

示例的，用户在应用程序的开发过程中，可以使用持续集成工具(例如jenkins)对应用程序的源代码进行构建和集成，打包得到应用程序的软件开发工具包组和版本配置文件，软件开发工具包组包括应用程序中的所有软件开发工具包(Software DevelopmentKit，SDK)，版本配置文件中包括应用程序的版本号和每个SDK包的版本号。电子设备在打包得到软件开发工具包组和版本配置文件之后，可以将软件开发工具包组存储到程序包组存储位置，并对应的存储版本配置文件。软件开发工具包组和版本配置文件的具体存储位置可以根据需求设置，本实施例对此不做限制。

电子设备可以响应于第三指令，从程序包组存储位置获取软件开发工具包组，根据版本配置文件对软件开发工具包组进行打包，得到应用程序包。例如，电子设备可以调用预先安装的jenkins工具，对程序包组存储位置中的软件开发工具包组进行打包，若版本配置文件中的应用程序的版本号为2.0，则可以打包生成候选版本(Release Candidate，RC)数据包(RC数据包为打包生成的新的应用程序包)，并对版本配置文件中的应用程序的版本号进行更新，得到新的版本号为2.1。对软件开发工具包组进行打包获得应用程序包的过程可参考现有技术，本实施在此不做详细描述。

实际应用时，电子设备可以响应于第三指令，自动完成应用程序的打包，避免了用户手动打包应用程序的过程，可以减少用户操作，提高测试效率。

可选的，步骤301可以通过如下方式实现：

在确定预设位置中存储有目标源代码的情况下，根据版本配置文件，对目标源代码进行打包；

在打包生成与目标源代码对应的软件开发工具包，并生成与软件开发工具包对应的版本号的情况下，根据软件开发工具包对软件开发工具包组进行更新，并根据版本号对版本配置文件进行更新，得到更新后的软件开发工具包组和更新后的版本配置文件。

相应的，步骤302可以通过如下方式实现：

根据更新后的版本配置文件，对更新后的软件开发工具包组进行打包，生成应用程序包。

其中，在应用程序的每次测试中，用户可以只对应用程序中的一个或多个工具进行了修改和调整，例如只对应用程序中的支付工具进行修改和调整。因此，在对应用程序的软件开发工具包组进行打包前，首先需要对支付工具的源代码(目标源代码)进行打包，生成与支付工具对应的软件开发工具包。

例如，用户在对应用程序中的支付工具的源代码进行调整之后，可以将调整后的支付工具的源代码预先存储到电子设备中的预设位置。电子设备在对软件开发工具包组进行打包的过程中，首先从预设位置中获取支付工具的源代码，若预设位置中存储有支付工具的源代码，电子设备可以根据应用程序的版本配置文件，对支付工具的源代码进行打包，生成与支付工具对应的软件开发工具包和对应的版本号。具体的，若预设位置中存储有支付工具的源代码，电子设备可以调用jenkins工具，从预设位置中获取支付工具的源代码，根据版本配置文件中的版本号2.0，对支付工具的源代码进行打包，生成版本号为2.0.1的软件开发工具包。其中，版本号2.0.1为jenkins工具根据版本配置文件中的版本号2.0自动生成的版本号。根据版本配置文件生成软件开发工具包的版本号的方法可参考现有技术，本实施例对此不做赘述。

电子设备在打包生成软件开发工具包之后，可以将软件开发工具包集成到软件开发工具包组中，得到更新后的软件开发工具包组。例如，电子设备可以将版本号为2.0.1的软件开发工具包存储到程序包组存储位置，同时根据软件开发工具包的名称，删除程序包组存储位置中存储的与支付工具对应的、旧版本的软件开发工具包，得到更新后的软件开发工具包组。同时，电子设备可以用版本号2.0.1替换版本配置文件的版本号2.0.0，版本号2.0.0为支付工具对应的、旧版本的软件开发工具包的版本号，得到更新后的版本配置文件。

本实施例中，在得到更新后的软件开发工具包组和更新后的版本配置文件之后，电子设备可以根据更新后的版本配置文件，对更新后的软件开发工具包组进行打包后，得到应用程序包。

需要说明的是，电子设备在对应用程序进行打包的过程中，若确定预设位置中并未存储目标源代码，则可以直接对程序包组存储位置中软件开发工具包组进行打包。

可选的，在打包得到应用程序包之后，电子设备可以输出软件开发工具包的组的打包状态信息。例如，在打包完成后，电子设备可以在显示屏幕中显示是否完成打包的状态信息，如显示“应用程序包打包完成”或“应用程序包打包失败”等状态信息，以通知用户应用程序包的打包状态。同理，在打包得到软件开发工具包之后，可以输出软件开发工具包的打包状态信息。例如显示“支付工具打包完成”或“支付工具打包失败”等状态信息，以通知用户支付工具的打包状态。

可选的，在打包得到应用程序包之后，电子设备可以向终端设备发送通知信息。例如，电子设备可以向用户使用的手机发送包括“应用程序打包完成”或“应用程序打包失败”等状态信息的邮件和/或短信，以通知用户应用程序包的打包状态。同理，在打包得到软件开发工具包之后，可以向终端设备发送通知信息。例如向用户使用的手机发送包括“支付工具打包完成”或“支付工具打包失败”等状态信息的邮件和/或短信，以通知用户支付工具的打包状态。

步骤303、在打包生成应用程序包的情况下，向第一服务器发送应用程序包。

本实施例中，电子设备在打包得到应用程序包之后，可以自动向第一服务器发送应用程序包，将应用程序包上传至第一服务器。电子设备向第一服务器发送应用程序包的具体过程可以根据需求设置，本实施例对此不做限制。

实际应用中，电子设备在打包得到应用程序包之后，自动将应用程序包上传至第一服务器，可以避免用户手动上传应用程序包的过程，简化用户操作。

步骤304、在确定应用程序包发送成功的情况下，向第一服务器发送审核请求，以使第一服务器对应用程序包进行审核。

本实施例中，电子设备在向第一服务器发送应用程序包后，可以对应用程序的发送结果进行监测，以确定应用程序包是否成功发送至第一服务器。

示例的，在向第一服务器发送应用程序包之后，电子设备可以每隔第一预设时间(例如两分钟)向第一服务器发送一次上传确认请求，以获取第一服务器根据应用程序包的发送结果返回的上传结果信息，根据上传结果信息确定应用程序包是否成功发送至第一服务器。其中，第一服务器可以响应于电子设备发送的上传确认请求，确定应用程序包的发送结果，即确定应用程序包是否上传完成、正在上传，或者上传失败。第一服务器在确定应用程序包的上传结果后，可以向电子设备发送上传结果信息。上传结果信息例如，“上传成功”、“正在上传”或者“上传失败”等信息。电子设备可以根据第一服务器返回的上传结果信息，确定应用程序包是否上传完成，即应用程序包是否成功发送至第一服务器。如电子设备可以根据上传结果信息“正在上传”，确定应用程序包并未发送成功。或者根据上传结果信息“上传成功”，确定应用程序包成功发送至第一服务器。电子设备确定应用程序包是否发送成功的方法可以根据需求设置，本实施例对此不做限制。电子设备向服务器发送上传确认请求，以及第一服务器响应于上传确认请求，向电子设备发送上传结果信息的方法，可以根据需求设置，本实施例对此不做限制。

本实施例中，电子设备在确认应用程序包发送成功后，可以向第一服务器发送审核请求，第一服务器在接收到审核请求后，可以响应于审核请求，开始对应用程序包进行审核。电子设备在确定应用程序包上传完成之后，自动向第一服务器发送审核请求，可以避免用户手动发送审核请求的过程，可以简化用户操作，提高测试效率。电子设备向第一服务器发送审核请求，以及第一服务器响应于审核请求，开始对应用程序包进行审核的过程，可参考现有技术，本实施例对此不做赘述。

可选的，电子设备在向第一服务器发送审核请求后，可以对应用程序包的审核状态进行监测，以确定应用程序包是否审核通过。

示例的，电子设备在向第一服务器发送审核请求后，可以每隔第二预设时间(例如两分钟)向第一服务器发送一次审核确认请求，以获取第一服务器根据应用程序包的审核结果返回的审核结果信息，审核结果信息如第一服务器根据审核结果返回的“审核失败”、“正在审核”或者“审核通过”等审核结果信息。电子设备可以根据第一服务器返回的审核结果信息，确定应用程序包是否审核通过，如电子设备可以根据审核结果信息“正在审核”确定应用程序包正在审核，根据审核结果信息“审核通过”确定应用程序包审核通过。电子设备确定应用程序是否审核通过的方法可以根据需求设置，本实施例对此不做限制。

可选的，电子设备在根据审核结果信息确定应用程序包审核失败后(例如根据审核结果信息“审核失败”确定应用程序包审核失败)，可以再次向第一服务器发送审核请求，以使第一服务器再次对应用程序包进行审核。可以避免第一服务器审核出现问题时，导致审核失败，无法继续测试的问题。

可选的，在应用程序包审核完成后，电子设备可以向终端设备发送审核结果通知信息。例如，电子设备可以向用户使用的手机发送包括“审核完成”或“审核失败”等审核结果的邮件和/或短信，以通知用户应用程序包的审核结果。

可选的，该方法还可以包括：

在确定应用程序包发送失败的情况下，执行在确定预设位置中存储有目标源代码的情况下，根据版本配置文件，对目标源代码进行打包的步骤；或者，

在确定应用程序包发送失败的情况下，执行向第一服务器发送应用程序包的步骤。

本实施例中，电子设备在根据上传结果信息确定应用程序包发送失败后(例如根据上传结果信息“上传失败”确定应用程序包发送失败)，可以再次执行向第一服务器发送应用程序包的步骤，重新向第一服务器发送应用程序包，可以避免电子设备故障或者网络故障时，导致应用程序包发送失败，无法继续测试的问题。

或者，在确定应用程序包发送失败后，可以返回执行对目标源代码进行打包的步骤，可以避免由于目标源代码的打包问题，或者软件开发工具包组的打包问题，导致应用程序包发送失败，无法继续测试的问题。

可选的，在应用程序包发送完成后，电子设备可以向终端设备发送上传结果通知信息。例如，电子设备可以向用户的手机发送包括“上传完成”或“上传失败”等上传结果的邮件和/或短信，以通知用户应用程序包的上传结果。

步骤305、响应于第一指令，向第一服务器发送测试请求。

步骤306、在接收到第一服务器发送的测试链接的情况下，向第二服务器发送第一启动测试指令和测试链接，以及向第一服务器发送第二启动测试指令。

可选的，在步骤306之前，该方法还可以包括：

显示预先存储的文本信息；

响应于对文本信息的编辑操作，根据文本信息生成配置信息；

向第二服务器发送配置信息；配置信息用于使第二服务器向测试设备发送包括配置信息的通知信息。

本实施例中，在向第二服务器发送测试链接和第一启动测试指令之前，电子设备可以显示预先存储文本信息，用户可以通过对文本信息的编辑，生成与应用程序包对应的配置信息。示例的，文本信息中可以包括应用程序的简介、应用程序的版本号和测试时间等信息，电子设备可以通过显示屏幕显示文本信息，用户可以操作电子设备的显示屏幕和/或实体按键，增加文本信息中的内容，替换文本信息中的内容，或者删除文本信息中的内容，以实现对文本信息的编辑操作，将编辑后的文本信息作为配置信息。编辑操作的具体形式，以及根据文本信息生成配置信息的方法可以根据需求设置，实施例对此不做限制。

实际应用中，用户可以通过对电子设备显示的文本信息的简单编辑，快速的生成配置信息，可以提高配置信息的生成效率，进一步简化用户编辑配置信息的操作，提高测试效率。

可选的，在显示预先存储的文本信息之前，该方法还可以包括：

向第三服务器发送文本信息获取请求；文本信息获取请求用于获取第三服务器中预先存储的文本信息；

接收并存储第三服务器发送的文本信息。

示例的，如图3所示，应用程序测试系统还可以包括第三服务器，第三服务可以预先存储编辑好的文本信息，并为电子设备提供文本信息。在测试过程中，在显示预先存储的文本信息之前，电子设备可以向第三服务器发送文本信息获取请求，第三服务器可以响应于文本信息获取请求，向电子设备返回预先编辑好的文本信息。

在应用程序的开发过程中，可以由运维人员预先编辑生成基本的文本信息，例如应用程序的简介和版本信息，并存储在第三服务器中。在测试过程中，电子设备可以从第三服务器中获取并显示文本信息。用户可以通过对文本信息的简单编辑，快速的生成配置信息。

步骤307、响应于第二指令，向第二服务器发送第一停止测试指令，以及向第一服务器发送第二停止测试指令。

其中，第一停止测试指令用于使第二服务器停止向测试设备发送通知信息，第二停止测试指令用于使第一服务器停止向测试设备发送应用程序包。

其中，第二指令可以是电子设备在接收到用户点击停止测试按钮的点击操作之后，响应于用户的点击操作，生成的指令信息，也可以是电子设备接收到的其他电子设备发送的指令信息。第二指令用于控制电子设备向第二服务器发送第一停止测试指令，以及向第一服务器发送第二停止测试指令。第一停止测试指令用于控制第二服务器停止向测试设备发送通知信息，第二停止测试指令用于控制第一服务器停止向测试设备发送应用程序。第一停止测试指令和第二停止测试指令的具体形式可以根据需求设置，本实施例对此不做限制。

电子设备在接收到第二指令后，可以响应于第二指令，向第二服务器发送第一停止测试指令，第二服务器在接收到第一停止测试指令后，可以响应于第一停止测试指令，停止发送通知信息，结束对应用程序的测试。同理，电子设备在接收到第二指令后，可以响应于第二指令，向第一服务器发送第二停止测试指令，第一服务器在接收到第二停止测试指令后，可以响应于第二停止测试指令，停止向测试设备发送应用程序包，结束对应用程序的测试。

实际应用中，电子设备通过第一启动测试指令和第一停止测试指令控制第二服务器动作，以及通过第二启动测试指令和第二停止测试指令控制第一服务器动作，实现对应用程序的测试，简化了用户操作，提高了测试效率。

需要说明的是，第二停止测试指令和第三停止测试指令可以同时发送，也可以分步发送，本实施例对此不做限制。

可选的，该方法还可以包括：向第一服务器发送移除指令；

其中，移除指令用于使第一服务器移除应用程序包。

其中，移除指令用于控制第一服务器移除应用程序，移除指令的具体形式可以根据需求设置，本实施例对此不做限制。实际应用中，在对应用程序测试完成后，若需要再次修改或调整应用程序，需要移除第一服务器中的应用程序包，结束本次测试。在对应用程序进行调整和修改后，将修改和调整后的应用程序包上传至第一服务器，进行下次测试。

本实施例中，电子设备在向第一服务器发送第二停止测试指令后，可以直接向第一服务器发送移除指令。或者，电子设备在接收到用户的移除操作时，响应于移除操作，向第一服务器发送移除指令，使第一服务器移除应用程序包。电子设备自动向第一服务器发送移除指令，移除第一服务器中的应用程序包，可以避免用户操，提高测试效率。电子设备发送移除指令的过程可以根据需求设置，第一服务器响应于移除指令，移除应用程序的方法可参考现有技术，本实施例对此不做限制。

参照图4，图4为本发明实施例中的一种应用程序测试装置的结构框图，该装置400可以包括：第一发送模块401和第二发送模块402。

第一发送模块401用于响应于第一指令，向第一服务器发送测试请求；测试请求用于使第一服务器生成与预先存储的应用程序包对应的测试链接。

第二发送模块402用于在接收到第一服务器发送的测试链接的情况下，向第二服务器发送第一启动测试指令和测试链接，以及向第一服务器发送第二启动测试指令。

其中，第一启动测试指令用于使第二服务器向预先确定的测试设备发送包括测试链接的通知信息；第二启动测试指令用于使第一服务器在接收到测试设备根据测试链接发送的下载请求之后，向测试设备发送应用程序包。

本实施例中，电子设备可以响应于第一指令，向第一服务器发送测试请求，使第一服务器生成与预先存储的应用程序包对应的测试链接，并在接收到第一服务器发送的测试链接的情况下，自动向第二服务器发送第一启动测试指令和测试链接，使第二服务器向测试设备发送包括测试链接的通知信息，并自动向第一服务器发送第二启动测试指令，使第一服务器在接收到测试设备发送的下载请求之后，向测试设备发送应用程序包，完成对应用程序的下发测试。电子设备可以响应于第一指令，自动向第一服务器和第二服务器发送指令，通过第一服务器和第二服务器将应用程序包发送给测试设备，完成应用程序的下发测试，在测试过程中用户只需要启动发送第一启动测试指令即可，可以简化用户操作，提高测试效率。

可选的，装置400还可以包括：显示模块、编辑模块和第三发送模块。

显示模块用于显示预先存储的文本信息。

编辑模块用于响应于对文本信息的编辑操作，根据文本信息生成配置信息。

第三发送模块用于向第二服务器发送配置信息；配置信息用于使第二服务器向测试设备发送包括配置信息的通知信息。

可选的，装置400还可以包括：第四发送模块和接收模块。

第四发送模块用于向第三服务器发送文本信息获取请求；文本信息获取请求用于获取第三服务器中预先存储的文本信息。

接收模块用于接收并存储第三服务器发送的文本信息。

可选的，第二发送模块402还用于响应于第二指令，向第二服务器发送第一停止测试指令，以及向第一服务器发送第二停止测试指令。

其中，第一停止测试指令用于使第二服务器停止向测试设备发送通知信息，第二停止测试指令用于使第一服务器停止向测试设备发送应用程序包。

可选的，第二发送模块402还用于向第一服务器发送移除指令；移除指令用于使第一服务器移除应用程序包。

可选的，装置400还可以包括：获取模块和打包模块。

获取模块用于响应于第三指令，获取应用程序的软件开发工具包组；应用程序与应用程序包对应。

打包模块用于根据应用程序的版本配置文件，对软件开发工具包组进行打包。

第一发送模块401还用于在打包生成应用程序包的情况下，向第一服务器发送应用程序包。

可选的，获取模块具体用于在确定预设位置中存储有目标源代码的情况下，根据版本配置文件，对目标源代码进行打包；在打包生成与目标源代码对应的软件开发工具包，并生成与软件开发工具包对应的版本号的情况下，根据软件开发工具包对软件开发工具包组进行更新，并根据版本号对版本配置文件进行更新，得到更新后的软件开发工具包组和更新后的版本配置文件。

打包模块具体用于根据更新后的版本配置文件，对更新后的软件开发工具包组进行打包，生成应用程序包。

可选的，打包模块还用于在确定应用程序包发送失败的情况下，执行在确定预设位置中存储有目标源代码的情况下，根据版本配置文件，对目标源代码进行打包的步骤；或者，

在确定应用程序包发送失败的情况下，执行向第一服务器发送应用程序包的步骤。

可选的，第一发送模块还用于在确定应用程序包发送成功的情况下，向第一服务器发送审核请求，以使第一服务器对应用程序包进行审核。

参照图5，图5为本发明实施例中的一种电子设备的结构示意图，如图5所示，包括处理器501、通信接口502、存储器503和通信总线504，其中，处理器501，通信接口502，存储器503通过通信总线504完成相互间的通信；

存储器503，用于存放计算机程序；

处理器501，用于执行存储器503上所存放的程序时，实现如下步骤：

响应于第一指令，向第一服务器发送测试请求；测试请求用于使第一服务器生成与预先存储的应用程序包对应的测试链接；

在接收到第一服务器发送的测试链接的情况下，向第二服务器发送第一启动测试指令和测试链接，以及向第一服务器发送第二启动测试指令；

其中，第一启动测试指令用于使第二服务器向预先确定的测试设备发送包括测试链接的通知信息；第二启动测试指令用于使第一服务器在接收到测试设备根据测试链接发送的下载请求之后，向测试设备发送应用程序包。

上述电子设备提到的通信总线可以是外设部件互连标准(Peripheral ComponentInterconnect，简称PCI)总线或扩展工业标准结构(Extended Industry StandardArchitecture，简称EISA)总线等。该通信总线可以分为地址总线、数据总线、控制总线等。为便于表示，图中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。

通信接口用于上述电子设备与其他设备之间的通信。

存储器可以包括随机存取存储器(Random Access Memory，简称RAM)，也可以包括非易失性存储器(non-volatile memory)，例如至少一个磁盘存储器。可选的，存储器还可以是至少一个位于远离前述处理器的存储装置。

上述的处理器可以是通用处理器，包括中央处理器(Central Processing Unit，简称CPU)、网络处理器(Network Processor，简称NP)等；还可以是数字信号处理器(Digital Signal Processing，简称DSP)、专用集成电路(Application SpecificIntegrated Circuit，简称ASIC)、现场可编程门阵列(Field－Programmable Gate Array，简称FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。

在本发明提供的又一实施例中，还提供了一种计算机可读存储介质，该计算机可读存储介质中存储有指令，当其在计算机上运行时，使得计算机执行上述实施例中任一实施例所述的方法。

在本发明提供的又一实施例中，还提供了一种包含指令的计算机程序产品，当其在计算机上运行时，使得计算机执行上述实施例中任一实施例所述的方法。

在上述实施例中，可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时，可以全部或部分地以计算机程序产品的形式实现。所述计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行所述计算机程序指令时，全部或部分地产生按照本发明实施例所述的流程或功能。所述计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。所述计算机指令可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一个计算机可读存储介质传输，例如，所述计算机指令可以从一个网站站点、计算机、第一服务器或数据中心通过有线(例如同轴电缆、光纤、数字用户线(DSL))或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、第一服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可用介质集成的第一服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质，(例如，软盘、硬盘、磁带)、光介质(例如，DVD)、或者半导体介质(例如固态硬盘Solid State Disk(SSD))等。

需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

本说明书中的各个实施例均采用相关的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于系统实施例而言，由于其基本相似于方法实施例，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

以上所述仅为本发明的较佳实施例而已，并非用于限定本发明的保护范围。凡在本发明的精神和原则之内所作的任何修改、等同替换、改进等，均包含在本发明的保护范围内。

Claims (12)

1.一种应用程序测试方法，其特征在于，执行于电子设备，包括：

响应于第一指令，向第一服务器发送测试请求；所述测试请求用于使所述第一服务器生成与预先存储的应用程序包对应的测试链接；

在接收到所述第一服务器发送的所述测试链接的情况下，向第二服务器发送第一启动测试指令和所述测试链接，以及向所述第一服务器发送第二启动测试指令；

其中，所述第一启动测试指令用于使所述第二服务器向预先确定的测试设备发送包括所述测试链接的通知信息；所述第二启动测试指令用于使所述第一服务器在接收到所述测试设备根据所述测试链接发送的下载请求之后，向所述测试设备发送所述应用程序包。

2.根据权利要求1所述的方法，其特征在于，在所述向第二服务器发送第一启动测试指令和所述测试链接之前，还包括：

显示预先存储的文本信息；

响应于对所述文本信息的编辑操作，根据所述文本信息生成配置信息；

向所述第二服务器发送所述配置信息；所述配置信息用于使所述第二服务器向所述测试设备发送包括所述配置信息的所述通知信息。

3.根据权利要求2所述的方法，其特征在于，在所述显示预先存储的文本信息之前，还包括：

向第三服务器发送文本信息获取请求；所述文本信息获取请求用于获取所述第三服务器中预先存储的所述文本信息；

接收并存储所述第三服务器发送的所述文本信息。

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

响应于第二指令，向所述第二服务器发送第一停止测试指令，以及向所述第一服务器发送第二停止测试指令；

其中，所述第一停止测试指令用于使所述第二服务器停止向所述测试设备发送所述通知信息，所述第二停止测试指令用于使所述第一服务器停止向所述测试设备发送所述应用程序包。

5.根据权利要求4所述的方法，其特征在于，在所述向所述第一服务器发送第二停止测试指令之后，还包括：

向所述第一服务器发送移除指令；所述移除指令用于使所述第一服务器移除所述应用程序包。

6.根据权利要求1所述的方法，其特征在于，在所述响应于第一指令，向第一服务器发送测试请求之前，还包括：

响应于第三指令，获取应用程序的软件开发工具包组；所述应用程序与所述应用程序包对应；

根据所述应用程序的版本配置文件，对所述软件开发工具包组进行打包；

在打包生成所述应用程序包的情况下，向所述第一服务器发送所述应用程序包。

7.根据权利要求6所述的方法，其特征在于，所述响应于第三指令，获取应用程序的软件开发工具包组，包括：

在确定预设位置中存储有目标源代码的情况下，根据所述版本配置文件，对所述目标源代码进行打包；

在打包生成与所述目标源代码对应的软件开发工具包，并生成与所述软件开发工具包对应的版本号的情况下，根据所述软件开发工具包对所述软件开发工具包组进行更新，并根据所述版本号对所述版本配置文件进行更新，得到更新后的软件开发工具包组和更新后的版本配置文件；

所述根据所述应用程序的版本配置文件，对所述软件开发工具包组进行打包，包括：

根据所述更新后的版本配置文件，对所述更新后的软件开发工具包组进行打包，生成所述应用程序包。

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

在确定所述应用程序包发送失败的情况下，执行所述在确定预设位置中存储有目标源代码的情况下，根据所述版本配置文件，对所述目标源代码进行打包的步骤；或者，

在确定所述应用程序包发送失败的情况下，执行所述向所述第一服务器发送所述应用程序包的步骤。

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

在确定所述应用程序包发送成功的情况下，向所述第一服务器发送审核请求，以使所述第一服务器对所述应用程序包进行审核。

10.一种应用程序测试装置，其特征在于，设置于电子设备，包括：

第一发送模块，用于响应于第一指令，向第一服务器发送测试请求；所述测试请求用于使所述第一服务器生成与预先存储的应用程序包对应的测试链接；

第二发送模块，用于在接收到所述第一服务器发送的所述测试链接的情况下，向第二服务器发送第一启动测试指令和所述测试链接，以及向所述第一服务器发送第二启动测试指令；

其中，所述第一启动测试指令用于使所述第二服务器向预先确定的测试设备发送包括所述测试链接的通知信息；所述第二启动测试指令用于使所述第一服务器在接收到所述测试设备根据所述测试链接发送的下载请求之后，向所述测试设备发送所述应用程序包。

11.一种电子设备，其特征在于，包括处理器、通信接口、存储器和通信总线，其中，所述处理器，所述通信接口，所述存储器通过所述通信总线完成相互间的通信；

所述存储器，用于存放计算机程序；

所述处理器，用于执行所述存储器上所存放的所述计算机程序时，实现权利要求1-9任一项所述的方法。

12.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现如权利要求1-9中任一项所述的方法。

Images