CN115437945A - 投产版本测试方法、装置及电子设备、存储介质 - Google Patents

Abstract

本申请提供一种投产版本测试方法、装置及电子设备、存储介质。该方法包括：获取任意一个信息系统上传的当前投产版本的部署压缩包；解压缩所述部署压缩包，得到解压文件，并将所述解压文件中的预设文件写入至预设格式化模板后得到新文件，所述预设文件至少包括配置文件和Class文件；基于新文件的基线更新所述任意一个信息系统的历史基线，并基于更新后的基线测试所述任意一个信息系统的当前投产版本。本申请的方法可以解决如何建立一种通用的信息系统的投产版本测试方法，以更快捷、更高效得出投产版本的测试结果的问题。

Description

投产版本测试方法、装置及电子设备、存储介质

技术领域

本申请涉及数据测试技术，尤其涉及一种投产版本测试方法、装置及电子设备、存储介质。

背景技术

随着信息量的增大，系统投产及变更工作愈加频繁。为保证信息系统的投产质量，需要对投产版本的投产内容和变更内容进行测试。

在对各信息系统的投产版本的投产内容和变更内容进行测试时，一种方法是从流水线上直接拉取任意两个信息系统的基线的源码进行实时比对，进而得出测试结果。但是编码语言多种多样，因此这种方法不适用于大多数测试情况。还有一种方法是依靠测试人员从历史基线中手动查找需比对的文件进行差异比对，但是这种方法效率低，耗时长。

如何建立一种通用的信息系统的投产版本测试方法，以更快捷、更高效得出测试结果，仍然是需要考虑的。

发明内容

本申请提供一种投产版本测试方法、装置及电子设备、存储介质，用以解决如何建立一种通用的信息系统的投产版本测试方法，以更快捷、更高效得出投产版本的测试结果的问题。

一方面，本申请提供一种投产版本测试方法，包括：

获取任意一个信息系统上传的当前投产版本的部署压缩包；

解压缩所述部署压缩包，得到解压文件，并将所述解压文件中的预设文件写入至预设格式化模板后得到新文件，所述预设文件至少包括配置文件和Class文件；

基于新文件的基线更新所述任意一个信息系统的历史基线，并基于更新后的基线测试所述任意一个信息系统的当前投产版本。

其中一个实施例中，所述部署压缩包携带信息系统名称，所述解压缩所述部署压缩包，得到解压文件包括：

获取解压配置文件；

根据所述部署压缩包携带的信息系统名称，从所述解压配置文件中查找欲解压的文件路径；

根据所述欲解压的文件路径解压所述部署压缩包中的欲解压文件包，得到所述解压文件，其中，所述欲解压文件包为包括投产内容的文件包。

其中一个实施例中，所述基于新文件的基线更新所述任意一个信息系统的历史基线包括：

获取新文件的基线；

当新文件的基线的上线时间与历史基线的上线时间之间的时间差大于预设时间差时，将新文件的基线合并至所述任意一个信息系统的历史基线。

其中一个实施例中，所述基于新文件的基线更新所述任意一个信息系统的历史基线还包括：

当新文件的基线的上线时间与历史基线的上线时间之间的时间差小于或等于预设时间差时，比对当前投产版本的部署压缩包和历史基线上线时获取的历史版本的部署压缩包；

根据比对结果，获取历史版本的部署压缩包中的未合并的部署压缩包；

将步骤所述解压缩所述部署压缩包中的部署压缩包更新为所述未合并的部署压缩包，返回执行步骤所述解压缩所述部署压缩包，直到获取未合并文件的基线；

基于新文件的基线和所述未合并文件的基线更新所述历史基线。

其中一个实施例中，所述比对当前投产版本的部署压缩包和历史基线上线时获取的历史版本的部署压缩包后，所述方法还包括：

当比对结果为历史版本的部署压缩中无未合并的部署压缩包时，不做基线合并处理。

其中一个实施例中，所述将所述解压文件中的预设文件写入至预设格式化模板后得到新文件包括：

当所述解压文件包括所述配置文件和所述Class文件时，将所述配置文件和所述Class文件写入至所述预设格式化模板；

将写入至所述预设格式化模板的所述配置文件和所述Class文件，与所述解压文件中除所述预设文件之外的文件进行合并，得到所述新文件。

其中一个实施例中，所述获取任意一个信息系统上传的当前投产版本的部署压缩包，包括：

当接收到所述任意一个信息系统的文件上传完成通知时，获取所述任意一个信息系统上传的当前投产版本的部署压缩包。

另一方面，本申请提供一种投产版本测试装置，包括：

获取模块，用于获取任意一个信息系统上传的当前投产版本的部署压缩包；

处理模块，用于解压缩所述部署压缩包，得到解压文件，并将所述解压文件中的预设文件写入至预设格式化模板后得到新文件，所述预设文件至少包括配置文件和Class文件；

更新模块，用于基于新文件的基线更新所述任意一个信息系统的历史基线，并基于更新后的基线测试所述任意一个信息系统的当前投产版本。

另一方面，本申请提供一种电子设备，包括：处理器，以及与所述处理器通信连接的存储器；

所述存储器存储计算机执行指令；

所述处理器执行所述存储器存储的计算机执行指令，以实现如第一方面所述的投产版本测试方法。

另一方面，本申请提供一种计算机可读存储介质，所述计算机可读存储介质中存储有计算机执行指令，当所述指令被执行时，使得计算机执行如第一方面所述的投产版本测试方法。

另一方面，本申请提供一种计算机程序产品，包括计算机程序，所述计算机程序被处理器执行时实现如第一方面所述的投产版本测试方法。

本申请的实施例提供一种投产版本测试方法，所述方法在解压缩任意一个信息系统上传的当前投产版本的部署压缩包后，将解压文件中的预设文件写入至预设格式化模板后得到新文件。所述预设文件至少包括配置文件和Class文件。再基于新文件的基线更新所述任意一个信息系统的历史基线，以及基于更新后的基线测试所述任意一个信息系统的当前投产版本。如此，不同信息系统上传的当前投产版本的部署压缩文件解压缩得到的文件中的预设文件都会被转为统一的格式，基于统一格式可以进行基线比对，从而完成投产版本的测试。因此，本申请的实施例提供的投产版本测试方法可以建立一种通用的信息系统的投产版本测试方法，以更快捷、更高效得出投产版本的测试结果。

除此之外，本实施例提供的投产版本测试方法还可以自动维护更新各信息系统的基线，自动维护更新时采用相同文件自动替换、新增文件自动新增写入，以保证基线的内容全面完整。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本公开的实施例，并与说明书一起用于解释本公开的原理。

图1为本申请提供的投产版本测试方法的一种应用场景示意图；

图2为本申请的一个实施例提供的投产版本测试方法的流程示意图；

图3为本申请的一个实施例提供的投产版本测试方法的部分示意图；

图4为本申请的一个实施例提供的投产版本测试装置的示意图；

图5为本申请的一个实施例提供的电子设备的示意图。

通过上述附图，已示出本公开明确的实施例，后文中将有更详细的描述。这些附图和文字描述并不是为了通过任何方式限制本公开构思的范围，而是通过参考特定实施例为本领域技术人员说明本公开的概念。

具体实施方式

这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本公开相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本公开的一些方面相一致的装置和方法的例子。

在本申请的描述中，需要理解的是，术语“第一”、“第二”仅用于描述目的，而不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征的数量。由此，限定有“第一”、“第二”的特征可以明示或者隐含地包括一个或者更多个该特征。在本申请的描述中，“多个”的含义是两个或两个以上，除非另有明确具体的限定。

随着信息量的增大，系统投产及变更工作愈加频繁。为保证信息系统的投产质量，需要对投产版本的投产内容和变更内容进行测试。进行各信息系统的投产版本测试的业务部门需要基于各事业群(每个事业群具有一个信息系统)的基线对投产版本进行测试。在测试过程中，为了保证各事业群的测试报告的独立性，需要独立维护各事业群的信息系统的基线。

基于独立的各信息系统的基线，在对各信息系统的投产版本的投产内容和变更内容进行测试时，一种方法是从流水线上直接拉取任意两个信息系统的基线的源码进行实时比对，进而得出测试结果。但是编码语言多种多样，因此这种方法不适用于大多数测试情况。还有一种方法是依靠测试人员从历史基线中手动查找需比对的文件进行差异比对，但是这种方法效率低，耗时长。

因此，如何建立一种通用的信息系统的投产版本测试方法，以更快捷、更高效得出测试结果，仍然是需要考虑的。

基于此，本申请提供一种投产版本测试方法、装置及电子设备、存储介质。其中，该投产版本测试方法包括：获取任意一个信息系统上传的当前投产版本的部署压缩包；解压缩该部署压缩包，得到解压文件，并将该解压文件中的预设文件写入至预设格式化模板后得到新文件，该预设文件至少包括配置文件和Class文件；基于新文件的基线更新该任意一个信息系统的历史基线，并基于更新后的基线测试该任意一个信息系统的当前投产版本。

即，该方法在解压缩任意一个信息系统上传的当前投产版本的部署压缩包后，将解压文件中的预设文件写入至预设格式化模板后得到新文件。该预设文件至少包括配置文件和Class文件。再基于新文件的基线更新该任意一个信息系统的历史基线，以及基于更新后的基线测试该任意一个信息系统的当前投产版本。如此，不同信息系统上传的当前投产版本的部署压缩文件解压缩得到的文件中的预设文件都会被转为统一的格式，基于统一格式可以进行基线比对，从而完成投产版本的测试。因此，本申请的实施例提供的投产版本测试方法可以建立一种通用的信息系统的投产版本测试方法，以更快捷、更高效得出投产版本的测试结果。

本申请提供的投产版本测试方法应用于电子设备，该电子设备例如计算机、实验室使用的服务器等。图1为本申请提供的投产版本测试方法的应用示意图，图中，该电子设备获取任意一个信息系统上传的当前投产版本的部署压缩包后，解压缩该部署压缩包，得到解压文件。再将该解压文件中的预设文件写入至预设格式化模板后得到新文件。基于新文件的基线更新该任意一个信息系统的历史基线，并基于更新后的基线测试该任意一个信息系统的当前投产版本。

请参见图2，本申请的一个实施例提供一种投产版本测试方法，包括：

S210，获取任意一个信息系统上传的当前投产版本的部署压缩包。

事业部将该任意一个信息系统的当前投产版本的投产内容、投产变更内容和其他一些数据通过流水线或非流水线的形式打包生成部署压缩包(Jar包)，再将部署压缩包上传到特定的路径下，以上传至该电子设备。该电子设备获取该部署压缩包后，将该部署压缩包保存到指定位置。

在一个可选的实施例中，在接收到该任意一个信息系统的文件上传完成通知时，再获取该任意一个信息系统上传的当前投产版本的部署压缩包。

S220，解压缩该部署压缩包，得到解压文件，并将该解压文件中的预设文件写入至预设格式化模板后得到新文件，该预设文件至少包括配置文件和Class文件。

不同事业部打包文件时的方式不同，则对应的部署压缩包的结构不同。各信息系统开发时所采用的开发框架不同，那么和投产版本的交易码相关的文件的存放路径也就大不相同。为了在统一的流程下处理不同信息系统的部署压缩包，需要引入配置文件，以针对不同的开发框架指定需解压的文件路径。

例如，该部署压缩包携带信息系统名称，先获取解压配置文件，再根据该部署压缩包携带的信息系统名称，从该解压配置文件中查找该部署压缩包的存储路径，解压缩该存储路径下所有的Jar文件、War文件、Zip文件或RAR文件。

优选的，请参见图3，在获取该解压配置文件后，不是解压缩该存储路径下所有的Jar文件、War文件、Zip文件或RAR文件，而是根据该部署压缩包携带的信息系统名称，从该解压配置文件中查找欲解压的文件路径，再根据该欲解压的文件路径解压该部署压缩包中的欲解压文件包，得到该解压文件。

需要说明的是，该欲解压文件包是包括投产内容的文件包，也就是与业务相关的文件包(Class文件包)。与业务无关的文件包则不再解压，而是被存储至黑名单词典中。该部署压缩包中的LIB目录下包括的是该任意一个信息系统的项目所依赖的所有Jar包，Jar包的量级很大，为提高解压缩效率，将与业务无关的文件包放入黑名单词典中可以很大程度上提高解压缩的效率。黑名单词典可以是预设的一个记录表格，用于记录和存储与业务无关的文件包。

得到该解压缩文件后，需要对该解压缩文件作序列化处理，序列化处理的目的是抽取该解压缩文件中预设文件，该预设文件包括配置文件和Class文件。将该预设文件写入至预设格式化模板后得到新文件，即，将该解压缩文件中的配置文件和Class文件写入至预设格式化模板后得到新文件。具体的，当该解压文件包括该配置文件和该Class文件时，将该配置文件和该Class文件写入至该预设格式化模板。再将写入至该预设格式化模板的该配置文件和该Class文件，与该解压文件中除该预设文件之外的文件进行合并，得到该新文件。

S230，基于新文件的基线更新该任意一个信息系统的历史基线，并基于更新后的基线测试该任意一个信息系统的当前投产版本。

该任意一个信息系统的历史基线指的是之前上线的基线。

基于新文件的基线更新该任意一个信息系统的历史基线时，原则是采用相同文件自动替换、新增文件自动新增写入的方式更新，可以是将新文件的基线直接合并至该任意一个信息系统的历史基线。

优选的，可以根据基线的上线时间来判断如何更新该任意一个信息系统的历史基线。

其中一种可选的方式例如是当新文件的基线的上线时间与历史基线的上线时间之间的时间差大于预设时间差时，将新文件的基线合并至该任意一个信息系统的历史基线。该预设时间差假设为24小时，则，当该历史基线的上线时长超过24小时的时候，如果有新文件的基线，则直接将新文件的基线合并至该历史基线。

但是，当新文件的基线的上线时间与历史基线的上线时间之间的时间差小于或等于预设时间差时，则证明该历史基线的上线时长很短，此时就需要判断是否更新该历史基线。判断是否更新该历史基线的一种方式是比对当前投产版本的部署压缩包和历史基线上线时获取的历史版本的部署压缩包，当该比对结果为历史版本的部署压缩中无未合并的部署压缩包时，不做基线合并处理。

而当该比对结果为历史版本的部署压缩中存在未合并的部署压缩包，就需要根据比对结果获取历史版本的部署压缩包中的未合并的部署压缩包，再获取该未合并的部署压缩包对应的未合并文件的基线，基于新文件的基线和该未合并文件的基线更新该历史基线。获取该未合并的部署压缩包对应的未合并文件的基线的方式可以是将步骤该解压缩该部署压缩包中的部署压缩包更新为该未合并的部署压缩包，返回执行步骤S210～步骤S220，直到获取该未合并文件的基线。

更新后的基线测试该任意一个信息系统的当前投产版本的方法可以根据实际需要选择，本实施例不做限定。

综上，本实施例提供一种投产版本测试方法，该投产版本测试方法在解压缩任意一个信息系统上传的当前投产版本的部署压缩包后，将解压文件中的预设文件写入至预设格式化模板后得到新文件。该预设文件至少包括配置文件和Class文件。再基于新文件的基线更新该任意一个信息系统的历史基线，以及基于更新后的基线测试该任意一个信息系统的当前投产版本。如此，不同信息系统上传的当前投产版本的部署压缩文件解压缩得到的文件中的预设文件都会被转为统一的格式，基于统一格式可以进行基线比对，从而完成投产版本的测试。因此，本申请的实施例提供的投产版本测试方法可以建立一种通用的信息系统的投产版本测试方法，以更快捷、更高效得出投产版本的测试结果。

除此之外，本实施例提供的投产版本测试方法还可以自动维护更新各信息系统的基线，自动维护更新时采用相同文件自动替换、新增文件自动新增写入，以保证基线的内容全面完整。

请参见图4，本申请的一个实施例还提供一种投产版本测试装置10，包括：

获取模块11，用于获取任意一个信息系统上传的当前投产版本的部署压缩包。该获取模块11具体用于当接收到该任意一个信息系统的文件上传完成通知时，获取该任意一个信息系统上传的当前投产版本的部署压缩包。

处理模块12，用于解压缩该部署压缩包，得到解压文件，并将该解压文件中的预设文件写入至预设格式化模板后得到新文件，该预设文件至少包括配置文件和Class文件。

更新模块13，用于基于新文件的基线更新该任意一个信息系统的历史基线，并基于更新后的基线测试该任意一个信息系统的当前投产版本。

该部署压缩包携带信息系统名称，该处理模块12具体用于获取解压配置文件；根据该部署压缩包携带的信息系统名称，从该解压配置文件中查找欲解压的文件路径；根据该欲解压的文件路径解压该部署压缩包中的欲解压文件包，得到该解压文件，其中，该欲解压文件包为包括投产内容的文件包。

该更新模块13具体用于获取新文件的基线；当新文件的基线的上线时间与历史基线的上线时间之间的时间差大于预设时间差时，将新文件的基线合并至该任意一个信息系统的历史基线。

该更新模块13具体用于当新文件的基线的上线时间与历史基线的上线时间之间的时间差小于或等于预设时间差时，比对当前投产版本的部署压缩包和历史基线上线时获取的历史版本的部署压缩包；根据比对结果，获取历史版本的部署压缩包中的未合并的部署压缩包；将步骤该解压缩该部署压缩包中的部署压缩包更新为该未合并的部署压缩包，返回执行步骤该解压缩该部署压缩包，直到获取未合并文件的基线；基于新文件的基线和该未合并文件的基线更新该历史基线。

该更新模块13还用于当该比对结果为历史版本的部署压缩中无未合并的部署压缩包时，不做基线合并处理。

该处理模块12具体用于当该解压文件包括该配置文件和该Class文件时，将该配置文件和该Class文件写入至该预设格式化模板；将写入至该预设格式化模板的该配置文件和该Class文件，与该解压文件中除该预设文件之外的文件进行合并，得到该新文件。

请参见图5，本申请的一个实施例还提供一种电子设备20，包括处理器21，以及与该处理器通信连接的存储器22。该存储器22存储计算机执行指令，该处理器21执行该存储器存储的计算机执行指令，以实现如以上任一项实施例提供的投产版本测试方法。

本申请还提供一种计算机可读存储介质，该计算机可读存储介质中存储有计算机执行指令，当该指令被执行时，使得计算机执行指令被处理器执行时用于实现如上任一项实施例提供的该投产版本测试方法。

本申请还提供一种计算机程序产品，包括计算机程序，该计算机程序被处理器执行时实现如上任一项实施例提供的该投产版本测试方法。

需要说明的是，上述计算机可读存储介质可以是只读存储器(Read Only Memory，ROM)、可编程只读存储器(Programmable Read-Only Memory，PROM)、可擦除可编程只读存储器(Erasable Programmable Read-Only Memory，EPROM)、电可擦除可编程只读存储器(Electrically Erasable Programmable Read-Only Memory，EEPROM)、磁性随机存取存储器(Ferromagnetic Random Access Memory，FRAM)、快闪存储器(Flash Memory)、磁表面存储器、光盘、或只读光盘(Compact Disc Read-Only Memory，CD-ROM)等存储器。也可以是包括上述存储器之一或任意组合的各种电子设备，如移动电话、计算机、平板设备、个人数字助理等。

需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者装置不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者装置所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括该要素的过程、方法、物品或者装置中还存在另外的相同要素。

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

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

本申请是参照根据本申请实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

以上仅为本申请的优选实施例，并非因此限制本申请的专利范围，凡是利用本申请说明书及附图内容所作的等效结构或等效流程变换，或直接或间接运用在其他相关的技术领域，均同理包括在本申请的专利保护范围内。

Claims (11)

1.一种投产版本测试方法，其特征在于，包括：

获取任意一个信息系统上传的当前投产版本的部署压缩包；

解压缩所述部署压缩包，得到解压文件，并将所述解压文件中的预设文件写入至预设格式化模板后得到新文件，所述预设文件至少包括配置文件和Class文件；

基于新文件的基线更新所述任意一个信息系统的历史基线，并基于更新后的基线测试所述任意一个信息系统的当前投产版本。

2.根据权利要求1所述的方法，其特征在于，所述部署压缩包携带信息系统名称，所述解压缩所述部署压缩包，得到解压文件包括：

获取解压配置文件；

根据所述部署压缩包携带的信息系统名称，从所述解压配置文件中查找欲解压的文件路径；

根据所述欲解压的文件路径解压所述部署压缩包中的欲解压文件包，得到所述解压文件，其中，所述欲解压文件包为包括投产内容的文件包。

3.根据权利要求1或2所述的方法，其特征在于，所述基于新文件的基线更新所述任意一个信息系统的历史基线包括：

获取新文件的基线；

当新文件的基线的上线时间与历史基线的上线时间之间的时间差大于预设时间差时，将新文件的基线合并至所述任意一个信息系统的历史基线。

4.根据权利要求3所述的方法，其特征在于，所述基于新文件的基线更新所述任意一个信息系统的历史基线还包括：

当新文件的基线的上线时间与历史基线的上线时间之间的时间差小于或等于预设时间差时，比对当前投产版本的部署压缩包和历史基线上线时获取的历史版本的部署压缩包；

根据比对结果，获取历史版本的部署压缩包中的未合并的部署压缩包；

将步骤所述解压缩所述部署压缩包中的部署压缩包更新为所述未合并的部署压缩包，返回执行步骤所述解压缩所述部署压缩包，直到获取未合并文件的基线；

基于新文件的基线和所述未合并文件的基线更新所述历史基线。

5.根据权利要求4所述的方法，其特征在于，所述比对当前投产版本的部署压缩包和历史基线上线时获取的历史版本的部署压缩包后，所述方法还包括：

当比对结果为历史版本的部署压缩中无未合并的部署压缩包时，不做基线合并处理。

6.根据权利要求1或2所述的方法，其特征在于，所述将所述解压文件中的预设文件写入至预设格式化模板后得到新文件包括：

当所述解压文件包括所述配置文件和所述Class文件时，将所述配置文件和所述Class文件写入至所述预设格式化模板；

将写入至所述预设格式化模板的所述配置文件和所述Class文件，与所述解压文件中除所述预设文件之外的文件进行合并，得到所述新文件。

7.根据权利要求1或2所述的方法，其特征在于，所述获取任意一个信息系统上传的当前投产版本的部署压缩包，包括：

当接收到所述任意一个信息系统的文件上传完成通知时，获取所述任意一个信息系统上传的当前投产版本的部署压缩包。

8.一种投产版本测试装置，其特征在于，包括：

获取模块，用于获取任意一个信息系统上传的当前投产版本的部署压缩包；

处理模块，用于解压缩所述部署压缩包，得到解压文件，并将所述解压文件中的预设文件写入至预设格式化模板后得到新文件，所述预设文件至少包括配置文件和Class文件；

更新模块，用于基于新文件的基线更新所述任意一个信息系统的历史基线，并基于更新后的基线测试所述任意一个信息系统的当前投产版本。

9.一种电子设备，其特征在于，包括：处理器，以及与所述处理器通信连接的存储器；

所述存储器存储计算机执行指令；

所述处理器执行所述存储器存储的计算机执行指令，以实现如权利要求1至7中任一项所述的投产版本测试方法。

10.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质中存储有计算机执行指令，当所述指令被执行时，使得计算机执行如权利要求1-7中任一项所述的投产版本测试方法。

11.一种计算机程序产品，其特征在于，包括计算机程序，所述计算机程序被处理器执行时实现如权利要求1-7中任一项所述的投产版本测试方法。

Images