CN105653325A - 一种测试环境中数据包的更新方法、装置及电子设备 - Google Patents

Abstract

本发明实施例公开了一种测试环境中数据包的更新方法、装置及电子设备，该方法包括从第一服务器中获取待更新软件的编译文件，并将该编译文件打包成第一更新数据包，从第二服务器中确定待更新软件的当前数据包，其中，该第二服务器用于提供待更新软件的测试环境，将第二服务器中待更新软件的当前数据包更新为第一更新数据包。实施本发明实施例自动更新测试环境中待更新软件的数据包，无需手动输入对应的指令，节省了手动输入指令的时间且避免了手动输入错误的指令，能够提高数据包的更新效率以及可靠性。

Description

一种测试环境中数据包的更新方法、装置及电子设备

技术领域

本发明涉及自动化发布平台技术领域，具体涉及一种测试环境中数据包的更新方法、装置及电子设备。

背景技术

当前，当研发人员研发出新版本的软件时，由发布人员或发布装置将该新版本的软件源代码编译成编译文件并上传至服务器，然后由测试人员经过一些列的手动操作将编译文件打包成数据包后更新至测试环境。但是，整个数据包更新过程均需相关人员手动输入相关的操作指令，这降低了数据包的更新效率。

发明内容

本发明实施例公开了一种测试环境中数据包的更新方法、装置及电子设备，用于解决测试环境中数据包更新效率低的问题。

本发明实施例第一方面公开了一种测试环境中数据包的更新方法，所述方法包括：

从第一服务器中获取待更新软件的编译文件，并将所述编译文件打包成第一更新数据包，所述第一服务器用于存储所述待更新软件的编译文件；

从第二服务器中确定所述待更新软件的当前数据包，所述第二服务器用于提供所述待更新软件的测试环境；

将所述第二服务器中所述待更新软件的当前数据包更新为所述第一更新数据包。

在本发明实施例第一方面的第一种可能的实现方式中，将所述第一更新数据包上传至第三服务器，以完成所述第一更新数据包的备份，所述第三服务器用于备份所述第一更新数据包。

结合本发明实施例第一方面或本发明实施例第一方面的第一种可能的实现方式，在本发明实施例第一方面的第二种可能的实现方式中，所述将所述待更新软件的当前数据包更新为所述第一更新数据包之前，所述方法还包括：

比较所述第一更新数据包与所述当前数据包，得到所述当前数据包的待更新数据以及所述待更新数据的更新数据内容；

输出所述待更新数据、所述更新数据内容以及第一提示消息，所述第一提示消息用于提示是否更新所述当前数据包；

检测是否接收到针对所述第一提示消息的第一确认消息，当检测结果为是时，触发执行所述将所述第二服务器中所述待更新软件的当前数据包更新为所述第一更新数据包的操作。

结合本发明实施例第一方面的第一种可能的实现方式，在本发明实施例第一方面的第三种可能的实现方式中，所述将所述第一更新数据包上传至第三服务器，以完成所述第一更新数据包的备份之后，所述方法还包括：

当检测到所述第二服务器中的所述第一更新数据包被更新为第二更新数据包且所述第一更新数据包还未发布时，将所述第三服务器中的所述第一更新数据包更新为所述第二更新数据包。

结合本发明实施例第一方面的第三种可能的实现方式，在本发明实施例第一方面的第四种可能的实现方式中，当检测到所述第二服务器中的所述第一更新数据包被更新为第二更新数据包且所述第一更新数据包还未发布时，所述将所述第三服务器中的所述第一更新数据包更新为所述第二更新数据包之前，所述方法还包括：

输出第二提示消息，所述第二提示消息用于提示是否将所述第三服务器中的所述第一更新数据包更新为所述第二更新数据包；

检测是否接收到针对所述第二提示消息的第二确认消息，当检测结果为是时，触发执行所述将所述第三服务器中的所述第一更新数据包更新为所述第二更新数据包的操作。

结合本发明实施例第一方面或本发明实施例第一方面的第一种可能的实现方式，在本发明实施例第一方面的第五种可能的实现方式中，所述从第一服务器中获取待更新软件的编译文件，包括：

从开发提测邮件中获取服务器地址以及待更新软件的编译文件标识；

从所述服务器地址对应的第一服务器中获取所述编译文件标识所指示的所述待更新软件的编译文件。

本发明实施例第二方面公开了一种测试环境中数据包的更新装置，所述装置包括获取单元、打包单元、确定单元以及更新单元，其中：

所述获取单元，用于从第一服务器中获取待更新软件的编译文件，所述第一服务器用于存储所述待更新软件的编译文件；

所述打包单元，用于将所述编译文件打包成第一更新数据包；

所述确定单元，用于从第二服务器中确定所述待更新软件的当前数据包，所述第二服务器用于提供所述待更新软件的测试环境；

所述更新单元，用于将所述第二服务器中所述待更新软件的当前数据包更新为所述第一更新数据包。

在本发明实施例第二方面的第一种可能的实现方式中，所述装置还包括上传单元，其中：

所述上传单元，用于将所述第一更新数据包上传至第三服务器，以完成所述第一更新数据包的备份，所述第三服务器用于备份所述第一更新数据包。

结合本发明实施例第二方面或本发明实施例第二方面的第一种可能的实现方式，在本发明实施例第二方面的第二种可能的实现方式中，所述装置还包括比较单元、第一输出单元以及第一检测单元，其中：

所述比较单元，用于在所述更新单元将所述待更新软件的当前数据包更新为所述第一更新数据包之前，比较所述第一更新数据包与所述当前数据包，得到所述当前数据包的待更新数据以及所述待更新数据的更新数据内容；

所述第一输出单元，用于输出所述待更新数据、所述更新数据内容以及第一提示消息，所述第一提示消息用于提示是否更新所述当前数据包；

所述第一检测单元，用于检测是否接收到针对所述第一提示消息的第一确认消息，当检测结果为是时，触发所述更新单元执行所述将所述第二服务器中所述待更新软件的当前数据包更新为所述第一更新数据包的操作。

结合本发明实施例第二方面的第一种可能的实现方式，在本发明实施例第二方面的第三种可能的实现方式中，所述更新单元，还用于在检测到所述第二服务器中的所述第一更新数据包被更新为第二更新数据包且所述第一更新数据包还未发布时，将所述第三服务器中的所述第一更新数据包更新为所述第二更新数据包。

结合本发明实施例第二方面的第三种可能的实现方式，在本发明实施例第二方面的第四种可能的实现方式中，所述装置还包括第二输出单元以及第二检测单元，其中：

所述第二输出单元，用于输出第二提示消息，所述第二提示消息用于提示是否将所述第三服务器中的所述第一更新数据包更新为所述第二更新数据包；

所述第二检测单元，用于检测是否接收到针对所述第二提示消息的第二确认消息，当检测结果为是时，触发所述更新单元执行所述将所述第三服务器中的所述第一更新数据包更新为所述第二更新数据包的操作。

结合本发明实施例第二方面或本发明实施例第一方面的第一种可能的实现方式，在本发明实施例第二方面的第五种可能的实现方式中，所述获取单元从第一服务器中获取待更新软件的编译文件的具体方式为：

从开发提测邮件中获取服务器地址以及待更新软件的编译文件标识；

从所述服务器地址对应的第一服务器中获取所述编译文件标识所指示的所述待更新软件的编译文件。

本发明实施例第三方面公开了一种电子设备，所述电子设备包括：壳体、处理器、存储器、电路板和电源电路，其中，所述电路板安置在所述壳体围成的空间内部，所述处理器和所述存储器设置在所述电路板上，所述电源电路用于为所述电子设备的各个电路或器件供电，所述存储器用于存储可执行程序代码，所述处理器通过读取所述存储器中存储的可执行程序代码来运行与所述可执行程序代码对应的程序，以用于执行以下步骤：

从第一服务器中获取待更新软件的编译文件，并将所述编译文件打包成第一更新数据包，所述第一服务器用于存储所述待更新软件的编译文件；

从第二服务器中确定所述待更新软件的当前数据包，所述第二服务器用于提供所述待更新软件的测试环境；

将所述第二服务器中所述待更新软件的当前数据包更新为所述第一更新数据包。

本发明实施例第四方面公开了一种存储介质，其中，所述存储介质用于存储应用程序，所述应用程序用于在运行时执行本发明实施例第一方面公开的一种测试环境中数据包的更新方法。

本发明实施例第五方面公开了一种应用程序，其中，所述应用程序用于在运行时执行本发明实施例第一方面公开的一种测试环境中数据包的更新方法。

本发明实施例中，从第一服务器中获取待更新软件的编译文件，并将该编译文件打包成第一更新数据包，从第二服务器中确定待更新软件的当前数据包，其中，该第二服务器用于提供待更新软件的测试环境，将第二服务器中待更新软件的当前数据包更新为第一更新数据包。实施本发明实施例自动更新测试环境中待更新软件的数据包，无需手动输入对应的指令，节省了手动输入指令的时间且避免了手动输入错误的指令，能够提高数据包的更新效率以及可靠性。

附图说明

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

图1是本发明实施例公开的一种测试环境中数据包的更新方法的流程示意图；

图2是本发明实施例公开的另一种测试环境中数据包的更新方法的流程示意图；

图3是本发明实施例公开的一种测试环境中数据包的更新装置的结构示意图；

图4是本发明实施例公开的另一种测试环境中数据包的更新装置的结构示意图；

图5是本发明实施例公开的又一种测试环境中数据包的更新装置的结构示意图；

图6是本发明实施例公开的又一种测试环境中数据包的更新装置的结构示意图；

图7是本发明实施例公开的一种电子设备的结构示意图。

具体实施方式

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

本发明实施例公开了一种测试环境中数据包的更新方法、装置及电子设备，自动更新测试环境中待更新软件的数据包，无需手动输入对应的指令，节省了手动输入指令的时间且避免了手动输入错误的指令，能够提高数据包的更新效率以及可靠性。以下分别进行详细说明。

请参阅图1，图1是本发明实施例公开的一种测试环境中数据包的更新方法的流程示意图。其中，图1所示的方法可以应用在用于控制将待发布软件的数据包发布到测试环境中或将待更新软件的更新数据包更新到测试环境中的控制服务器中。如图1所示，该测试环境中数据包的更新方法可以包括以下操作：

S101、从第一服务器中获取待更新软件的编译文件，并将该编译文件打包成第一更新数据包。

本发明实施例中，第一服务器中存储有新软件的编译文件以及待更新软件的编译文件，其中，第一服务器中存储的编译文件的文件类型可以为.exe、.net或.apk等，本发明实施例不做限定。

作为一种可选的实施方式，从第一服务器中获取待更新软件的编译文件可以包括：

从开发人员提交的开发提测邮件中获取服务器地址以及待更新软件的编译文件标识；

从服务器地址对应的第一服务器中获取编译文件标识所指示的待更新软件的编译文件。

在该可选的实施方式中，当接收到开发人员提交的开发提测邮件时，分析该开发提测邮件，得到文件传输协议(FTP，FileTransferProtocol)地址(即用于存储编译文件的第一服务器的服务器地址)、用于第一服务器的用户名以及用户密码、待更新软件的编译文件标识、用于提供测试环境的第二服务器的服务器地址以及待更新软件的待更新数据列表，然后根据用户名和用户密码登录FTP地址对应的第一服务器并下载编译文件标识所指示的待更新软件的编译文件。

S102、从第二服务器中确定上述待更新软件的当前数据包。

本发明实施例中，第二服务器用于提供上述待更新软件的测试环境。

S103、将第二服务器中上述待更新软件的当前数据包更新为上述第一更新数据包。

本发明实施例中，将第二服务器中上述待更新软件的当前数据包更新为上述第一更新数据包即是将上述第一更新数据包更新到第二服务器提供的测试环境中。

在一个可选的实施例中，该测试环境中数据包的更新方法还可以包括以下操作：

将上述第一更新数据包上传至第三服务器，以完成上述第一更新数据包的备份。

该可选的实施例能够在将上述第一更新数据包更新至提供测试环境的第二服务器之后，再将上述第一更新数据包上传至第三服务器(又称“备份服务器”)进行备份，即第三服务器用于备份上述第一更新数据包，以方便在上述第一更新数据包完成性能测试后对上述第一更新数据包进行发布。

进一步可选的，在执行完上述将上述第一更新数据包上传至第三服务器，以完成上述第一更新数据包的备份的操作后，该测试环境中数据包的更新方法还可以包括以下操作：

当检测到上述第二服务器中的第一更新数据包被更新为第二更新数据包且上述第一更新数据包还未发布时，将上述第三服务器中的第一更新数据包更新为第二更新数据包，其中，该第二更新数据包是由上述待更新软件的新的编译文件打包而成的。即：在将待更新软件的当前数据包更新为上述第一更新数据包(即上述第一更新数据包被更新至测试环境中)后且待更新软件需要通过第二更新数据包再次更新时，第一更新数据包就变成了当前数据包，且将测试环境中的第一更新数据包更新为第二更新数据包，完成了对上述待更新软件的再次更新，且更新后的软件的当前数据包为第二更新数据包，将第三服务器中备份的第一更新数据包更新为第二更新数据包保证了在软件发布时软件的数据包为最新数据包。

本发明实施例中，从第一服务器中获取待更新软件的编译文件，并将该编译文件打包成第一更新数据包，从第二服务器中确定待更新软件的当前数据包，其中，该第二服务器用于提供待更新软件的测试环境，将第二服务器中待更新软件的当前数据包更新为第一更新数据包。实施本发明实施例自动更新测试环境中待更新软件的数据包，无需手动输入对应的指令，节省了手动输入指令的时间且避免了手动输入错误的指令，能够提高数据包的更新效率以及可靠性。

请参阅图2，图2是本发明实施例公开的另一种测试环境中数据包的更新方法的流程示意图。其中，图2所示的方法可以应用在用于控制将待发布软件的数据包发布到测试环境中或将待更新软件的更新数据包更新到测试环境中的控制服务器中。如图2所示，该测试环境中数据包的更细方法可以包括以下步骤：

S201、从第一服务器中获取待更新软件的编译文件，并将该编译文件打包成第一更新数据包。

本发明实施例中，第一服务器中存储有新软件的编译文件以及待更新软件的编译文件，其中，第一服务器中存储的编译文件的文件类型可以为.exe、.net或.apk等，本发明实施例不做限定。

作为一种可选的实施方式，从第一服务器中获取待更新软件的编译文件可以包括：

从开发人员提交的开发提测邮件中获取服务器地址以及待更新软件的编译文件标识；

从服务器地址对应的第一服务器中获取编译文件标识所指示的待更新软件的编译文件。

在该可选的实施方式中，当接收到开发人员提交的开发提测邮件时，分析该开发提测邮件，得到文件传输协议(FTP，FileTransferProtocol)地址(即用于存储编译文件的第一服务器的服务器地址)、用于第一服务器的用户名以及用户密码、待更新软件的编译文件标识、用于提供测试环境的第二服务器的服务器地址以及待更新软件的待更新数据列表，然后根据用户名和用户密码登录FTP地址对应的第一服务器并下载编译文件标识所指示的待更新软件的编译文件。

S202、从第二服务器中确定上述待更新软件的当前数据包。

本发明实施例中，第二服务器用于提供上述待更新软件的测试环境。

S203、比较上述第一更新数据包与上述当前数据包，得到上述当前数据包的待更新数据以及该待更新数据的更新数据内容。

S204、输出上述待更新数据、上述更新数据内容以及第一提示消息。

本发明实施例中，输出上述待更新数据以及上述更新数据内容能够使测试人员根据上述待更新软件的待更新数据列表审核待更新数据的更新内容是否完整准确，且该第一提示消息用于提示是否更新上述当前数据包。其中，上述待更新数据是需要更新的参数，上述待更新数据的更新数据内容为需要更新的参数的具体值，举例来说，当待更新数据为一个文本框的宽且待更新数据的更新数据内容为65mm时，这意味着将文本框的宽调整为65mm。

S205、检测是否接收到针对上述第一提示消息的第一确认消息。

本发明实施例中，当步骤S205的检测结果为是时，即可确定步骤S203中得到的待更新数据以及该待更新数据的更新数据内容正确，触发执行步骤S206；当步骤S205的检测结果为否时，可以结束本次流程。

S206、将第二服务器中上述待更新软件的当前数据包更新为上述第一更新数据包。

本发明实施例中，将第二服务器中上述待更新软件的当前数据包更新为上述第一更新数据包即是将上述第一更新数据包更新到第二服务器提供的测试环境中。

在一个可选的实施例中，该测试环境中数据包的更新方法还可以包括以下操作：

将上述第一更新数据包上传至第三服务器，以完成上述第一更新数据包的备份。

该可选的实施例能够在将上述第一更新数据包更新至提供测试环境的第二服务器之后，再将上述第一更新数据包上传至第三服务器(又称“备份服务器”)进行备份，即第三服务器用于备份上述第一更新数据包，以方便在上述第一更新数据包完成性能测试后对上述第一更新数据包进行发布。

进一步可选的，在执行完上述将上述第一更新数据包上传至第三服务器，以完成上述第一更新数据包的备份的操作后，该测试环境中数据包的更新方法还可以包括以下操作：

当检测到上述第二服务器中的第一更新数据包被更新为第二更新数据包且上述第一更新数据包还未发布时，将上述第三服务器中的第一更新数据包更新为第二更新数据包，其中，该第二更新数据包是由上述待更新软件的新的编译文件打包而成的。即：在将待更新软件的当前数据包更新为上述第一更新数据包(即上述第一更新数据包被更新至测试环境中)后且待更新软件需要通过第二更新数据包再次更新时，第一更新数据包就变成了当前数据包，且将测试环境中的第一更新数据包更新为第二更新数据包，完成了对上述待更新软件的再次更新，且更新后的软件的当前数据包为第二更新数据包，将第三服务器中备份的第一更新数据包更新为第二更新数据包保证了软件发布时软件的数据包为最新数据包。

实施本发明实施例自动更新测试环境中待更新软件的数据包，无需手动输入对应的指令，节省了手动输入指令的时间且避免了手动输入错误的指令，能够提高数据包的更新效率以及可靠性，且针对所有待更新软件都执行相同的操作，能够快速迭代。

请参阅图3，图3是本发明实施例公开的一种测试环境中数据包的更新装置的结构示意图。如图3所示，该测试环境中数据包的更新装置可以包括获取单元301、打包单元302、确定单元303以及更新单元304，其中：

获取单元301用于从第一服务器中获取待更新软件的编译文件。

其中，第一服务器中存储有新软件的编译文件以及待更新软件的编译文件，其中，第一服务器中存储的编译文件的文件类型可以为.exe、.net或.apk等，本发明实施例不做限定。

本发明实施例中，获取单元301获取到待更新软件的编译文件后，将该编译文件发送至打包单元302，以触发发包单元302执行相应的操作。

打包单元302用于将获取单元301获取到的编译文件打包成第一更新数据包。

确定单元303用于从第二服务器中确定上述待更新软件的当前数据包，其中，第二服务器用于提供上述待更新软件的测试环境。

更新单元304用于将上述第二服务器中上述待更新软件的当前数据包更新为上述第一更新数据包。

在一个可选的实施例中，在图3所示的装置结构基础上，该测试环境中数据包的更新装置还可以包括上传单元305，此时，该测试环境中数据包的更新装置的结构可以如图4所示，图4是本发明实施例公开的另一种测试环境中数据包的更新装置的结构示意图。其中：

上传单元305用于将打包单元302打包成的第一更新数据包上传至第三服务器，以完成上述第一更新数据包的备份，即第三服务器用于备份上述第一更新数据包，这样能够方便在上述第一更新数据包完成性能测试后对上述第一更新数据包进行发布。

在该可选的实施例中，进一步可选的，更新单元304还可以用于在检测到第二服务器中的第一更新数据包被更新为第二更新数据包且第一更新数据包还未发布时，将第三服务器中的第一更新数据包更新为第二更新数据包。即：在将待更新软件的当前数据包更新为上述第一更新数据包(即上述第一更新数据包被更新至测试环境中)后且待更新软件需要通过第二更新数据包再次更新时，第一更新数据包就变成了当前数据包，且将测试环境中的第一更新数据包更新为第二更新数据包，完成了对上述待更新软件的再次更新，且更新后的软件的当前数据包为第二更新数据包，将第三服务器中备份的第一更新数据包更新为第二更新数据包能够保证在软件发布时软件的数据包为最新数据包。

在另一个可选的实施例中，在图4所示的装置结构基础上，该测试环境中数据包的更新装置还可以包括比较单元306、第一输出单元307以及第一检测单元308，此时，该测试环境中数据包的更新装置的结构可以如图5所示，图5是本发明实施例公开的又一种测试环境中数据包的更新装置的结构示意图。其中：

比较单元306用于在确定单元303从第二服务器中确定上述待更新软件的当前数据包之后且在更新单元304将上述待更新软件的当前数据包更新为第一更新数据包之前，比较上述第一更新数据包与上述当前数据包，得到上述当前数据包的待更新数据以及该待更新数据的更新数据内容。

第一输出单元307用于输出上述待更新数据、上述更新数据内容以及第一提示消息，其中，第一提示消息用于提示是否更新上述当前数据包。

本发明实施例中，上述待更新数据是需要更新的参数，上述待更新数据的更新数据内容为需要更新的参数的具体值，举例来说，当待更新数据为一个文本框的宽且待更新数据的更新数据内容为65mm时，这意味着将文本框的宽调整为65mm。

第一检测单元308用于检测是否接收到针对第一输出单元307输出的第一提示消息的第一确认消息，当检测结果为是时，触发更新单元304执行上述将第二服务器中上述待更新软件的当前数据包更新为上述第一更新数据包的操作。

在又一个可选的实施例中，在图4所示的装置结构基础上，该测试环境中数据包的更新装置还可以包括第二输出单元309以及第二检测单元310，此时，该测试环境中数据包的更新装置的结构可以如图6所示，图6是本发明实施例公开的又一种测试环境中数据包的更新装的结构示意图。其中：

第二输出单元309用于输出第二提示消息，其中，该第二提示消息用于提示是否将第三服务器中的第一更新数据包更新为第二更新数据包。

第二检测单元310用于检测是否接收到针对第二提示消息的第二确认消息，当检测结果为是时，触发更新单元3004执行上述将第三服务器中的第一更新数据包更新为第二更新数据包的操作。

可选的，获取单元301从第一服务器中获取待更新软件的编译文件的具体方式可以为：

从开发提测邮件中获取服务器地址以及待更新软件的编译文件标识；

从服务器地址对应的第一服务器中获取编译文件标识所指示的待更新软件的编译文件。

实施本发明实施例自动更新测试环境中待更新软件的数据包，无需手动输入对应的指令，节省了手动输入指令的时间且避免了手动输入错误的指令，能够提高数据包的更新效率以及可靠性，且针对所有待更新软件都执行相同的操作，能够快速迭代。

请参阅图7，图7是本发明实施例公开的一种电子设备的结构示意图。如图7所示，该电子设备可以包括：壳体701、处理器702、存储器703、电路板704和电源电路705，其中，电路板704安置在壳体701围成的空间内部，处理器702和存储器703设置在电路板704上，电源电路705用于为电子设备的各个电路或器件供电，存储器703用于存储可执行程序代码，处理器702通过读取存储器703中存储的可执行程序代码来运行与该可执行程序代码对应的程序，以用于执行以下步骤：

从第一服务器中获取待更新软件的编译文件，并将该编译文件打包成第一更新数据包，其中，该第一服务器用于存储该待更新软件的编译文件；

从第二服务器中确定上述待更新软件的当前数据包，其中，该第二服务器用于提供上述待更新软件的测试环境；

将第二服务器中上述待更新软件的当前数据包更新为上述第一更新数据包。

在一个可选的实施例中，处理器702通过读取存储器703中存储的可执行程序代码来运行与该可执行程序代码对应的程序，还可以用于执行以下步骤：

将上述第一更新数据包上传至第三服务器，以完成上述第一更新数据包的备份，其中，该第三服务器用于对上述第一更新数据包进行备份。

在该可选的实施例中，进一步可选的，在将上述第一更新数据包上传至第三服务器，以完成上述第一更新数据包的备份之后，处理器702通过读取存储器703中存储的可执行程序代码来运行与该可执行程序代码对应的程序，还可以用于执行以下步骤：

当检测到第二服务器中的第一更新数据包被更新为第二更新数据包且第一更新数据包还未发布时，将第三服务器中的第一更新数据包更新为第二更新数据包。

在该可选的实施例中，又进一步可选的，当检测到第二服务器中的第一更新数据包被更新为第二更新数据包且第一更新数据包还未发布时，在将第三服务器中的第一更新数据包更新为第二更新数据包之前，处理器702通过读取存储器703中存储的可执行程序代码来运行与该可执行程序代码对应的程序，还可以用于执行以下步骤：

输出第二提示消息，其中，该第二提示消息用于提示是否将第三服务器中的第一更新数据包更新为第二更新数据包；

检测是否接收到针对第二提示消息的第二确认消息，当检测结果为是时，触发执行上述将第三服务器中的第一更新数据包更新为第二更新数据包的操作。

在另一个可选的实施例中，在从第二服务器中确定待更新软件的当前数据包之后且在将待更新软件的当前数据包更新为第一更新数据包之前，处理器702通过读取存储器703中存储的可执行程序代码来运行与该可执行程序代码对应的程序，还可以用于执行以下步骤：

比较第一更新数据包与当前数据包，得到当前数据包的待更新数据以及该待更新数据的更新数据内容；

输出待更新数据、更新数据内容以及第一提示消息，其中，该第一提示消息用于提示是否更新当前数据包；

检测是否接收到针对第一提示消息的第一确认消息，当检测结果为是时，触发执行上述将第二服务器中待更新软件的当前数据包更新为第一更新数据包的操作。

在又一个可选的实施例中，处理器702从第一服务器中获取待更新软件的编译文件的具体方式可以为：

从开发提测邮件中获取服务器地址以及待更新软件的编译文件标识；

从服务器地址对应的第一服务器中获取编译文件标识所指示的待更新软件的编译文件。

实施本发明实施例自动更新测试环境中待更新软件的数据包，无需手动输入对应的指令，节省了手动输入指令的时间且避免了手动输入错误的指令，能够提高数据包的更新效率以及可靠性，且针对所有待更新软件都执行相同的操作，能够快速迭代。

需要说明的是，在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详细描述的部分，可以参见其他实施例的相关描述。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作以及单元并不一定是本发明所必须的。

本发明实施例方法中的步骤可以根据实际需要进行顺序调整、合并和删减。

本发明实施例装置中的单元元可以根据实际需要进行合并、划分和删减。

本发明实施例中所述单元可以通过通用集成电路，例如CPU(CentralProcessingUnit，中央处理器)，或通过ASIC(ApplicationSpecificIntegratedCircuit，专用集成电路)来实现。

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

以上对本发明实施例所提供的一种测试环境中数据包的更新方法、装置及电子设备进行了详细介绍，本文中应用了具体实例对本发明的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本发明的方法及其核心思想；同时，对于本领域的一般技术人员，依据本发明的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本发明的限制。

Claims (10)

1.一种测试环境中数据包的更新方法，其特征在于，所述方法包括：

从第一服务器中获取待更新软件的编译文件，并将所述编译文件打包成第一更新数据包，所述第一服务器用于存储所述待更新软件的编译文件；

从第二服务器中确定所述待更新软件的当前数据包，所述第二服务器用于提供所述待更新软件的测试环境；

将所述第二服务器中所述待更新软件的当前数据包更新为所述第一更新数据包。

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

将所述第一更新数据包上传至第三服务器，以完成所述第一更新数据包的备份，所述第三服务器用于备份所述第一更新数据包。

3.根据权利要求1或2所述的方法，其特征在于，所述将所述待更新软件的当前数据包更新为所述第一更新数据包之前，所述方法还包括：

比较所述第一更新数据包与所述当前数据包，得到所述当前数据包的待更新数据以及所述待更新数据的更新数据内容；

输出所述待更新数据、所述更新数据内容以及第一提示消息，所述第一提示消息用于提示是否更新所述当前数据包；

检测是否接收到针对所述第一提示消息的第一确认消息，当检测结果为是时，触发执行所述将所述第二服务器中所述待更新软件的当前数据包更新为所述第一更新数据包的操作。

4.根据权利要求2所述的方法，其特征在于，所述将所述第一更新数据包上传至第三服务器，以完成所述第一更新数据包的备份之后，所述方法还包括：

当检测到所述第二服务器中的所述第一更新数据包被更新为第二更新数据包且所述第一更新数据包还未发布时，将所述第三服务器中的所述第一更新数据包更新为所述第二更新数据包。

5.根据权利要求4所述的方法，其特征在于，当检测到所述第二服务器中的所述第一更新数据包被更新为第二更新数据包且所述第一更新数据包还未发布时，所述将所述第三服务器中的所述第一更新数据包更新为所述第二更新数据包之前，所述方法还包括：

输出第二提示消息，所述第二提示消息用于提示是否将所述第三服务器中的所述第一更新数据包更新为所述第二更新数据包；

检测是否接收到针对所述第二提示消息的第二确认消息，当检测结果为是时，触发执行所述将所述第三服务器中的所述第一更新数据包更新为所述第二更新数据包的操作。

6.根据权利要求1或2所述的方法，其特征在于，所述从第一服务器中获取待更新软件的编译文件，包括：

从开发提测邮件中获取服务器地址以及待更新软件的编译文件标识；

从所述服务器地址对应的第一服务器中获取所述编译文件标识所指示的所述待更新软件的编译文件。

7.一种测试环境中数据包的更新装置，其特征在于，所述装置包括获取单元、打包单元、确定单元以及更新单元，其中：

所述获取单元，用于从第一服务器中获取待更新软件的编译文件，所述第一服务器用于存储所述待更新软件的编译文件；

所述打包单元，用于将所述编译文件打包成第一更新数据包；

所述确定单元，用于从第二服务器中确定所述待更新软件的当前数据包，所述第二服务器用于提供所述待更新软件的测试环境；

所述更新单元，用于将所述第二服务器中所述待更新软件的当前数据包更新为所述第一更新数据包。

8.根据权利要求7所述的装置，其特征在于，所述装置还包括上传单元，其中：

所述上传单元，用于将所述第一更新数据包上传至第三服务器，以完成所述第一更新数据包的备份，所述第三服务器用于备份所述第一更新数据包。

9.根据权利要求7或8所述的装置，其特征在于，所述装置还包括比较单元、第一输出单元以及第一检测单元，其中：

所述比较单元，用于在所述更新单元将所述待更新软件的当前数据包更新为所述第一更新数据包之前，比较所述第一更新数据包与所述当前数据包，得到所述当前数据包的待更新数据以及所述待更新数据的更新数据内容；

所述第一输出单元，用于输出所述待更新数据、所述更新数据内容以及第一提示消息，所述第一提示消息用于提示是否更新所述当前数据包；

所述第一检测单元，用于检测是否接收到针对所述第一提示消息的第一确认消息，当检测结果为是时，触发所述更新单元执行所述将所述第二服务器中所述待更新软件的当前数据包更新为所述第一更新数据包的操作。

10.一种电子设备，所述电子设备包括：壳体、处理器、存储器、电路板和电源电路，其中，所述电路板安置在所述壳体围成的空间内部，所述处理器和所述存储器设置在所述电路板上，所述电源电路用于为所述电子设备的各个电路或器件供电，所述存储器用于存储可执行程序代码，其特征在于，所述处理器通过读取所述存储器中存储的可执行程序代码来运行与所述可执行程序代码对应的程序，以用于执行以下步骤：

从第一服务器中获取待更新软件的编译文件，并将所述编译文件打包成第一更新数据包，所述第一服务器用于存储所述待更新软件的编译文件；

从第二服务器中确定所述待更新软件的当前数据包，所述第二服务器用于提供所述待更新软件的测试环境；

将所述第二服务器中所述待更新软件的当前数据包更新为所述第一更新数据包。