CN113918209B - 一种升级清单生成方法、设备及可读存储介质 - Google Patents

Abstract

本申请公开了一种升级清单生成方法、设备及可读存储介质，属于软件技术领域。本申请通过接收产品跨版本升级的升级清单生成的请求，根据接收到的第一输入信息，获取所述产品的当前版本号，并获取所述产品跨版本升级的目标版本号；根据所述当前版本号及所述目标版本号，在预存的版本升级清单数据库中查询出所有相关的升级清单信息，其中，所述版本升级清单数据库包含有所述产品各版本的升级清单数据；根据所述升级清单信息，生成升级清单。本申请解决了整理产品版本升级清单时人工成本高，且整理结果不统一，不够直观、清晰的问题，实现了智能生成升级清单，降低人工成本的技术效果。

Description

一种升级清单生成方法、设备及可读存储介质

技术领域

本申请涉及软件技术领域，尤其涉及一种升级清单生成方法、设备及可读存储介质。

背景技术

在产品研发并投入使用之后，往往需要根据产品使用中出现的问题进行修复，以及针对产品存在的一些漏洞进行修补，并在后续使用过程中根据实际需求添加一些新的功能。上述问题主要是通过产品版本的更新迭代来解决。然而随着产品版本的不断更新迭代，某些产品在跨度较大的迭代版本的更新过程中，往往会出现产品新版本对老版本的某些接口不兼容问题，进而导致用户不敢轻易进行版本升级。

因此，用户需要根据新老版本跨度之间所有修复的BUG列表，及新老产品的不兼容问题清单等文档来确定升级可能存在的风险，进而确定是否对产品版本进行升级。在此背景下，由于产品的版本太多，往往需要人工整理出包含每个产品版本所修复的BUG列表及不兼容问题清单等信息的升级清单。存在整理产品版本的升级清单时人工成本高，且整理结果不统一，不够直观、清晰的问题。

发明内容

本申请的主要目的在于提供一种升级清单生成方法、设备及可读存储介质，旨在解决整理产品版本升级清单时人工成本高，且整理结果不统一，不够直观、清晰的问题。

为实现上述目的，本申请提供一种升级清单生成方法、设备及可读存储介质，所述升级清单生成方法包括以下步骤：

接收产品跨版本升级的升级清单生成的请求，根据接收到的第一输入信息，获取所述产品的当前版本号，并获取所述产品跨版本升级的目标版本号；

根据所述当前版本号及所述目标版本号，在预存的版本升级清单数据库中建立一个查询区间，获取所述查询区间中的所有升级清单信息，其中，所述版本升级清单数据库包含有所述产品各版本的升级清单数据；

根据所述升级清单信息，生成升级清单。

可选地，所述接收产品跨版本升级的升级清单生成的请求步骤之前，还包括：

存储所述产品各版本的升级清单数据，得到所述版本升级清单数据库。

可选地，所述存储所述产品各版本的升级清单数据，得到所述版本升级清单数据库步骤，具体包括：

在接收到存储所述产品各版本的升级清单数据的请求时，根据接收到的第二输入信息，获取所述产品的版本号及所述版本号所对应产品版本的升级清单数据；

按照预设的版本号格式，存储所述版本号；

在存储所述版本号的基础上，将所述版本号作为标识，按照第一预设模板，分别关联存储各所述版本号所对应产品版本的升级清单数据，以构建所述版本升级清单数据库。

可选地，所述根据接收到的第一输入信息，获取所述产品的当前版本号步骤，包括：

当接收到的所述第一输入信息包含产品的当前版本号信息时，则可直接获得产品的所述当前版本号；

当接收到的所述输入信息包含用户名信息时，则在预设的用户信息数据库中，搜寻并获得所述用户名信息关联的最新版本号以作为所述当前版本号。

可选地，所述根据所述当前版本号及所述目标版本号，在预存的版本升级清单数据库中查询出所有相关的升级清单信息步骤，具体包括：

将所述当前版本号作为查询起始点，将所述目标版本号作为查询终点，生成一个查询区间；

获取所述查询区间中的所有版本号所对应的所有升级清单数据作为所述升级清单信息。

可选地，所述根据所述升级清单信息，生成升级清单步骤，包括：

获取所述升级清单信息中的重复数据，过滤掉所述重复数据；

将过滤所述重复数据后的所述升级清单信息输入至第二预设模板，生成所述升级清单。

可选地，所述将过滤所述重复数据后的所述升级清单信息输入至第二预设模板，生成所述升级清单步骤之后，还包括：

在接收到导出所述升级清单请求时，获取待导出的清单内容；

根据所述清单内容生成报告文档并导出。

此外，为实现上述目的，本申请还提供一种升级清单生成装置，所述装置包括：

接收模块，用于接收产品跨版本升级的升级清单生成的请求，根据接收到的第一输入信息，获取所述产品的当前版本号，并获取所述产品跨版本升级的目标版本号；

查询模块，用于根据所述当前版本号及所述目标版本号，在预存的版本升级清单数据库中查询出所有相关的升级清单信息，其中，所述版本升级清单数据库包含有所述用户产品各版本的升级信息；

输出模块，用于根据所述升级清单信息，生成升级清单。

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

当接收到的所述第一输入信息包含产品的当前版本号信息时，则可直接获得产品的所述当前版本号；

当接收到的所述输入信息包含用户名信息时，则在预设的用户信息数据库中，搜寻并获得所述用户名信息关联的最新版本号以作为所述当前版本号。

可选地，所述查询模块还用于：

将所述当前版本号作为查询起始点，将所述目标版本号作为查询终点，生成一个查询区间；

获取所述查询区间中的所有版本号所对应的所有升级清单数据作为所述升级清单信息。

可选地，所述输出模块还用于：

获取所述升级清单信息中的重复数据，过滤掉所述重复数据；

将过滤所述重复数据后的所述升级清单信息输入至第二预设模板，生成所述升级清单。

可选地，所述装置还包括：

存储模块，用于存储所述产品各版本的升级清单数据，得到所述版本升级清单数据库。

可选地，所述存储模块，还用于：

在接收到存储所述产品各版本的升级清单数据的请求时，根据接收到的第二输入信息，获取所述产品的版本号及所述版本号所对应产品版本的升级清单数据；

按照预设的版本号格式，存储所述版本号；

在存储所述版本号的基础上，将所述版本号作为标识，按照第一预设模板，分别关联存储各所述版本号所对应产品版本的升级清单数据，以构建所述版本升级清单数据库。

可选地，所述装置还包括：

导出模块，用于在接收到导出所述升级清单请求时，获取待导出的清单内容；

根据所述清单内容生成报告文档并导出。

本申请还提供一种升级清单生成设备，所述设备包括：存储器、处理器及存储在所述存储器上并可在所述处理器上运行的升级清单生成程序，所述升级清单生成程序配置为实现如上述的一种升级清单生成方法的步骤。

本申请还一种存储介质，所述存储介质上存储有升级清单生成程序，所述升级清单生成程序被处理器执行时实现如上述的一种升级清单生成方法步骤。

本申请通过接收产品跨版本升级的升级清单生成的请求，根据接收到的第一输入信息，获取所述产品的当前版本号，并获取所述产品跨版本升级的目标版本号；根据所述当前版本号及所述目标版本号，在预存的版本升级清单数据库中查询出所有相关的升级清单信息，其中，所述版本升级清单数据库包含有所述产品各版本的升级清单数据；根据所述升级清单信息，生成升级清单。解决了整理产品版本升级清单时人工成本高，且整理结果不统一，不够直观、清晰的问题。实现了智能生成升级清单，不再需要人工整理升级清单，降低了人工成本，且由于升级清单统一在预存的版本升级清单数据库中查询的基础上生成，使得生成的升级清单具有统一的模板格式，从而较为直观、清晰，便于用户查看。

附图说明

图1是本申请实施例方案涉及的硬件运行环境的终端设备的结构示意图；

图2是本申请一实施例的流程示意图；

图3为本申请另一实施例的流程示意图。

本申请目的的实现、功能特点及优点将结合实施例，参照附图做进一步说明。

具体实施方式

应当理解，此处所描述的具体实施例仅仅用以解释本申请，并不用于限定本申请。

应当理解，尽管在本文可能采用术语第一、第二、第三等来描述各种信息，但这些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开。例如，在不脱离本文范围的情况下，第一信息也可以被称为第二信息，类似地，第二信息也可以被称为第一信息。取决于语境，如在此所使用的词语“如果”可以被解释成为“在……时”或“当……时”或“响应于确定”。本申请使用的术语“或”、“和/或”、“包括以下至少一个”等可被解释为包括性的，或意味着任一个或任何组合。

应该理解的是，虽然本申请实施例中的流程图中的各个步骤按照箭头的指示依次显示，但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明，这些步骤的执行并没有严格的顺序限制，其可以以其他的顺序执行。而且，图中的至少一部分步骤可以包括多个子步骤或者多个阶段，这些子步骤或者阶段并不必然是在同一时刻执行完成，而是可以在不同的时刻执行，其执行顺序也不必然是依次进行，而是可以与其他步骤或者其他步骤的子步骤或者阶段的至少一部分轮流或者交替地执行。

为了对发明的技术特征、目的和效果有更加清楚的理解，现对照附图说明本申请的具体实施方式。

参照图1，图1为本申请实施例方案涉及的硬件运行环境的终端设备结构示意图。

如图1所示，该终端设备可以包括：处理器1001，例如中央处理器（CentralProcessing Unit，CPU），通信总线1002、用户接口1003，网络接口1004，存储器1005。其中，通信总线1002用于实现这些组件之间的连接通信。用户接口1003可以包括显示屏（Display）、输入单元比如键盘（Keyboard），可选用户接口1003还可以包括标准的有线接口、无线接口。网络接口1004可选的可以包括标准的有线接口、无线接口（如无线保真（WIreless-FIdelity，WI-FI）接口）。存储器1005可以是高速的随机存取存储器（RandomAccess Memory，RAM）存储器，也可以是稳定的非易失性存储器（Non-Volatile Memory，NVM），例如磁盘存储器。存储器1005可选的还可以是独立于前述处理器1001的存储装置。

本领域技术人员可以理解，图1中示出的结构并不构成对终端设备的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。

如图1所示，作为一种存储介质的存储器1005中可以包括操作系统、数据存储模块、网络通信模块、用户接口模块以及升级清单生成程序。

在图1所示的终端设备中，网络接口1004主要用于与其他设备进行数据通信；用户接口1003主要用于与用户进行数据交互；本申请终端设备中的处理器1001、存储器1005可以设置在终端设备中，终端设备通过处理器1001调用存储器1005中存储的升级清单生成程序，并执行以下操作：

接收产品跨版本升级的升级清单生成的请求，根据接收到的第一输入信息，获取所述产品的当前版本号，并获取所述产品跨版本升级的目标版本号；

根据所述当前版本号及所述目标版本号，在预存的版本升级清单数据库中查询出所有相关的升级清单信息，其中，所述版本升级清单数据库包含有所述产品各版本的升级清单数据；

根据所述升级清单信息，生成升级清单。

进一步地，处理器1001可以用于调用存储器1005中存储的升级清单生成程序，还执行以下操作：

接收产品跨版本升级的升级清单生成的请求步骤之前，还包括：

存储所述产品各版本的升级清单数据，得到所述版本升级清单数据库。

进一步地，处理器1001可以用于调用存储器1005中存储的升级清单生成程序，还执行以下操作：

存储所述产品各版本的升级清单数据，得到所述版本升级清单数据库步骤，具体包括：

在接收到存储所述产品各版本的升级清单数据的请求时，根据接收到的第二输入信息，获取所述产品的版本号及所述版本号所对应产品版本的升级清单数据；

按照预设的版本号格式，存储所述版本号；

在存储所述版本号的基础上，将所述版本号作为标识，按照第一预设模板，分别关联存储各所述版本号所对应产品版本的升级清单数据，以构建所述版本升级清单数据库。

进一步地，处理器1001可以用于调用存储器1005中存储的升级清单生成程序，还执行以下操作：

根据接收到的第一输入信息，获取所述产品的当前版本号步骤，包括：

当接收到的所述第一输入信息包含产品的当前版本号信息时，则可直接获得产品的所述当前版本号；

当接收到的所述输入信息包含用户名信息时，则在预设的用户信息数据库中，搜寻并获得所述用户名信息关联的最新版本号以作为所述当前版本号。

进一步地，处理器1001可以用于调用存储器1005中存储的升级清单生成程序，还执行以下操作：

根据所述当前版本号及所述目标版本号，在预存的版本升级清单数据库中查询出所有相关的升级清单信息步骤，具体包括：

将所述当前版本号作为查询起始点，将所述目标版本号作为查询终点，生成一个查询区间；

获取所述查询区间中的所有版本号所对应的所有升级清单数据作为所述升级清单信息。

进一步地，处理器1001可以用于调用存储器1005中存储的升级清单生成程序，还执行以下操作：

根据所述升级清单信息，生成升级清单，包括：

获取所述升级清单信息中的重复数据，过滤掉所述重复数据；

将过滤所述重复数据后的所述升级清单信息输入至第二预设模板，生成所述升级清单。

进一步地，处理器1001可以用于调用存储器1005中存储的升级清单生成程序，还执行以下操作：

将过滤所述重复数据后的所述升级清单信息输入至第二预设模板，生成所述升级清单步骤之后，还包括：

在接收到导出所述升级清单请求时，获取待导出的清单内容；

根据所述清单内容生成报告文档并导出。

由于产品在研发并投入使用后，还需要不断地进行更新完善，才能更好地满足用户需求，使得产品不被市场淘汰，此过程通常通过产品版本的更新迭代来完成。但当产品版本出现跨度时，有可能出现新老版本之间接口不兼容等问题，导致用户不敢轻易对产品版本进行升级。因此，用户往往需要根据产品版本升级清单来确定升级可能存在的风险，进而确定是否进行升级。目前在整理产品版本升级清单时，主要通过人工整理，存在人工成本高，且整理结果不统一，不够直观、清晰的问题。

为了解决上述问题，本申请提供了一种升级清单生成方法，包括：接收产品跨版本升级的升级清单生成的请求，根据接收到的第一输入信息，获取所述产品的当前版本号，并获取所述产品跨版本升级的目标版本号；根据所述当前版本号及所述目标版本号，在预存的版本升级清单数据库中查询出所有相关的升级清单信息，其中，所述版本升级清单数据库包含有所述产品各版本的升级清单数据；根据所述升级清单信息，生成升级清单。由于本方法只需根据产品的当前版本号及目标版本号即可查询出升级清单信息，并生成升级清单，不用再人工整理，降低了人工成本；且由于升级清单统一在预存的版本升级清单数据库中查询的基础上生成，使得生成的升级清单具有统一的模板格式，从而较为直观、清晰，便于用户查看。

本申请实施例提供了一种升级清单生成方法，参照图2，图2为本申请一种升级清单生成方法一实施例的流程示意图。

本实施例中，所述升级清单生成方法包括：

步骤S10：接收产品跨版本升级的升级清单生成的请求，根据接收到的第一输入信息，获取所述产品的当前版本号，并获取所述产品跨版本升级的目标版本号。

在本实施例中，产品包括应用、软件或系统。产品跨版本升级是指产品从当前版本升级为目标版本，例如产品从版本号为2.2.6.83的当前版本升级至版本号为3.5.0.61的目标版本。升级清单用于确定产品版本升级过程中可能存在的风险，可以包括测试清单、适配清单、违规清单、平台特性、bug修复清单。第一输入信息是指在接收到升级清单生成的请求时，接收到的输入信息，包括产品的当前版本信息和产品升级的目标版本信息。其中，用户可以通过手动输入方式，也可以通过下拉选择方式输入第一输入信息。版本号是指产品不同版本的标识号，使得用户可以了解目前所使用的产品版本是否为最新版本，及版本号所对应版本的产品提供的功能与设施。

可选地，步骤S10中，根据接收的第一输入信息，获取所述产品的当前版本号，具体包括：

步骤S11，当接收到的所述第一输入信息包含产品的当前版本号信息时，则可直接获得产品的所述当前版本号；

步骤S12，当接收到的所述输入信息包含用户名信息时，则在预设的用户信息数据库中，搜寻并获得所述用户名信息关联的最新版本号以作为所述当前版本号。

在本实施例中，第一输入信息包括产品的当前版本信息和产品升级的目标版本信息，产品的当前版本信息可以是产品的当前版本号信息，也可以是需要进行产品版本升级的用户的用户名信息。

其中，用户名信息可以是用户的全称，也可以是用户的简称。用户信息数据库用于存储用户的相关信息及用户所使用产品的相关信息，例如存储有用户名、用户产品的名称、用户产品的最新版本号及上一版本号、用户产品升级情况。在一个实施例中，用户信息数据库可以存储在云系统中，需要使用时通过接口调用即可。

本实施例中，可以通过用户输入的用户名信息获取产品的当前版本号，从而简化了用户的操作，使得用户在生成升级清单时，可以直接输入自己的用户名，而不用去确认所使用产品的当前版本号，进一步简化了用户操作，节约了时间，实现了简单易用的技术效果。

步骤S20，根据所述当前版本号及所述目标版本号，在预存的版本升级清单数据库中查询出所有相关的升级清单信息，其中，所述版本升级清单数据库包含有所述产品各版本的升级清单数据。

在本实施例中，版本升级清单数据库存储有产品的版本信息及产品各版本的升级清单数据，其中，产品的版本信息可以包括产品的版本号、版本概述、发布时间；升级清单数据是指产品各版本相关的各种清单数据，例如，产品版本号对应产品版本的测试清单、违规清单、平台特性、bug修复清单。

升级清单信息是指版本升级清单数据库中所存储的当前版本号与目标版本号之间所有版本号所对应的所有升级清单数据，包括当前版本号所对应的升级清单数据、目标版本号所对应的升级清单数据及中间版本号所对应的升级清单数据。其中，中间版本号是指产品当前版本号与目标版本号之间的所有版本号。

可选地，步骤S20，根据所述当前版本号及所述目标版本号，在预存的版本升级清单数据库中查询出所有相关的升级清单信息，具体包括：

步骤S21，将所述当前版本号作为查询起始点，将所述目标版本号作为查询终点，生成一个查询区间；

步骤S22，获取所述查询区间中的所有版本号所对应的所有升级清单数据作为所述升级清单信息。

在本实施例中，查询区间是指当前版本号与目标版本号的版本号区间，包括当前版本号、目标版本号及中间版本号，其中，中间版本号是指当前版本号与目标版本号之间的所有版本号。

为了更好理解，下面进行举例说明：例如当前版本号为2.2.6.156；目标版本号为3.5.0.11；中间版本号有：3.5.0.8、3.0.0.73、2.2.16.104、2.2.16.88；则查询区间为：版本号2.2.6.156（查询起始点）、版本号2.2.16.88、版本号2.2.16.104、版本号3.0.0.73、版本号3.5.0.8、版本号3.5.0.11（查询终点）。

假设此时的版本升级清单数据库中所存储的产品版本信息和各版本的升级清单数据为：版本号及版本号所对应产品版本的违规清单和bug修复清单。

则此时的升级清单信息，包括查询区间中的所有版本号所对应的所有升级清单数据，即版本号2.2.6.156（查询起始点）所对应的产品版本的违规清单和bug修复清单；版本号2.2.16.88所对应的产品版本的违规清单和bug修复清单；版本号2.2.16.104所对应的产品版本的违规清单和bug修复清单；版本号3.0.0.73所对应的产品版本的违规清单和bug修复清单；版本号3.5.0.8所对应的产品版本的违规清单和bug修复清单；版本号3.5.0.11（查询终点）对应的产品版本的违规清单和bug修复清单。

本实施例中，通过在预存的版本升级清单数据库中，根据版本号生成查询区间，从而得到升级清单信息，升级清单信息包含了版本升级跨度之间的所有清单，有效保证了最后生成的升级清单的完整性。

步骤S30，根据所述升级清单信息，生成升级清单。

升级清单信息是指版本升级清单数据库中所存储的当前版本号与目标版本号之间所有版本号所对应的所有升级清单数据，包括当前版本号所对应的升级清单数据、目标版本号所对应的升级清单数据及中间版本号所对应的升级清单数据。其中，中间版本号是指产品当前版本号与目标版本号之间的所有版本号。而升级清单用于确定产品版本升级过程中可能存在的风险，可以包括测试清单、适配清单、违规清单、平台特性、bug修复清单。

升级清单可以根据升级清单信息不经过处理直接生成，也可以根据升级清单信息经过处理后得到，即对升级清单信息进行一些数据的去重和筛选后再生成升级清单。通常情况下，后者是优选，可以减少无用信息，使得用户可以快速准确的获得需要的信息。

可选地，步骤S30，根据所述升级清单信息，生成升级清单，包括：

步骤S31，获取所述升级清单信息中的重复数据，过滤掉所述重复数据；

步骤S32，将过滤所述重复数据后的所述升级清单信息输入至第二预设模板，生成升级清单。

重复数据是指产品的版本迭代过程中，一些变动不大的版本之间相同的可以兼容的数据。其中，第二预设模板是指生成升级清单的格式模板。

为了更好的理解，下面举例说明：用户产品当前版本的版本号为3.0.0.55，目标升级版本的版本号为3.5.0.11，则根据这两个版本号，生成查询区间，在预存的版本升级清单数据库中查询出所有相关的升级清单信息，此时获取升级清单信息中的重复数据得到，查询区间中的版本号3.0.0.73与版本号3.0.5.76所对应的两个版本中，有一个兼容场景，此时则将这两个兼容场景过滤，并合并成一个之后，再将过滤了重复的兼容场景之后的升级清单信息输入至第二预设模板，生成升级清单。

本实施例中，通过过滤重复数据，可以减少无用信息，使得用户可以快速准确的获得需要的信息。并根据第二预设模板生成升级清单，使得所生成的升级清单较为清晰、简洁，且具有统一的模板，较为直观，便于用户查看。

本实施例通过根据产品的当前版本号及升级的目标版本号，在预存的版本升级清单数据库中智能生成升级清单，不用再通过人工整理清单，解决了整理产品版本升级清单时人工成本高，且整理结果不统一，不够直观、清晰的问题。实现了智能生成升级清单，不再需要人工整理升级清单，降低了人工成本，且由于升级清单统一在预存的版本升级清单数据库中查询的基础上生成，使得生成的升级清单具有统一的模板格式，从而较为直观、清晰，便于用户查看。

进一步地，在本申请一种升级清单生成方法的另一实施例中，参照图3，图3为本申请另一实施例的流程示意图，步骤S10，接收产品跨版本升级的升级清单生成的请求，根据接收到的第一输入信息，获取所述产品的当前版本号，并获取所述产品跨版本升级的目标版本号之前，还包括：

步骤S01，存储所述产品各版本的升级清单数据，得到所述版本升级清单数据库。

在本实施例中，升级清单数据是指产品各版本相关的各种清单数据，例如，产品版本号对应产品版本的测试清单、违规清单、平台特性、bug修复清单。版本升级清单数据库是指存储了产品各版本的升级清单数据的数据库，同时，版本升级清单数据库还可以存储产品的版本信息，其中，产品的版本信息可以包括产品的版本号、版本概述、发布时间。

本实施例通过预存产品各版本的升级清单数据，实现了对产品版本信息管理，同时，由于后续生成升级清单时，可以直接从数据库中获取升级清单信息，减少了生成升级清单的所需时间，进一步降低了时间成本。

可选地，步骤S01，存储所述产品各版本的升级清单数据，得到所述版本升级清单数据库，包括：

步骤S011，在接收到存储所述产品各版本的升级清单数据的请求时，根据接收到的第二输入信息，获取所述产品的版本号及所述版本号所对应产品版本的升级清单数据；

在本实施例中，可以通过版本管理页面接收存储产品各版本的升级清单数据的请求，从而存储得到产品的版本升级清单数据库。第二输入信息包括产品的版本信息及该版本的各种升级清单数据，其中，产品的版本信息可以包括产品的版本号、版本概述、发布时间；各种升级清单数据可以包括特性清单、兼容清单、测试清单、bug清单。

步骤S012，按照预设的版本号格式，存储所述版本号；

在本实施例中，版本号格式可自定义，由版本号的命名规则决定，例如版本号格式为：主版本号.子版本号.修正版本号，则此时产品初代版本的版本号可以为0.1.0；当产品在进行了局部修改或bug修正时，主版本号和子版本号都不变，修正版本号加1，即为0.1.1；当产品在原有的基础上增加了部分功能时，主版本号不变，子版本号加1，修正版本号复位为0，即为0.2.0；当产品在进行了重大修改或局部修正累积较多，而导致项目整体发生全局变化时，主版本号加1，即为1.1.0。其中，预设版本号格式的一个优选为：xx.xx.xx.xx格式，即主版本号.子版本号.编译版本号.修正版本号。

步骤S103，在存储所述版本号的基础上，将所述版本号作为标识，按照第一预设模板，分别关联存储各所述版本号所对应产品版本的升级清单数据，以构建所述版本升级清单数据库。

在本实施例中，第一预设模板是指各所述版本号所对应产品版本的各种升级清单列表的模板，具体模板格式可自定义，各升级清单列表具体内容可包含各个清单的标题、影响点、说明信息、适配指引。例如，所存储的产品版本号为3.0.0.55，则按照第一预设模板，将版本号3.0.0.55对应的产品版本的各种升级清单数据存储起来，并以版本号3.0.0.55作为标识，构建版本升级清单数据库。此时，在数据库中只需输入版本号3.0.0.55即可得到这些升级清单数据。此外，若第二输入信息中，还包括产品的版本信息，例如版本概述、发布时间等信息，则可以版本号为标识，同时存储这些版本信息，便于对产品进行版本管理，更好的了解产品各版本的基本信息。

本实施例通过以版本号为标识，按照第一预设模板，统一存储产品各版本的升级信息。使得用户可以通过版本号快速得到产品各版本的升级信息清单，且由于是按照统一模板存储的，使得各清单格式统一，简洁明了。实现了减少生成升级清单时间，且各清单格式统一，便于用户对比查看的技术效果。

进一步地，在本申请一种升级清单生成方法的另一实施例中，步骤S30，根据所述升级清单信息，生成升级清单之后，还包括：

在接收到导出所述升级清单请求时，获取待导出的清单内容；

根据所述清单内容生成报告文档并导出。

在本实施例中，待导出的清单内容是指用户所需要的特定清单，可以由用户自由选择，例如，用户可以根据自身需求，可以选择将升级清单全部导出，也可以选择只导出适配清单或者只导出bug修复清单，还可以选择同时导出测试清单和违规清单。其中，导出的报告文档格式的一个优选为Excel（Microsoft Excel）文档。此外，在用户导出模板时，仅需勾选生成的升级清单中所需要的清单内容，并选择导出即可得到需要的报告文档。

本实施例通过根据用户需求只导出特定的升级清单内容，从而便于用户有针对性的确定可能存在的风险问题，且用户只需选择导出需要的清单内容即可得到需要的报告文档，进一步实现了便于用户操作及查看和确定产品版本升级风险的技术效果。

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

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

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

Claims (8)

1.一种升级清单生成方法，其特征在于，所述升级清单生成方法包括以下步骤：

在接收到存储产品各版本的升级清单数据的请求时，根据接收到的第二输入信息，获取所述产品的版本号及所述版本号所对应产品版本的升级清单数据；

按照预设的版本号格式，存储所述版本号；

在存储所述版本号的基础上，将所述版本号作为标识，按照第一预设模板，分别关联存储各所述版本号所对应产品版本的升级清单数据，以构建版本升级清单数据库；

接收所述产品跨版本升级的升级清单生成的请求，根据接收到的第一输入信息，获取所述产品的当前版本号，并获取所述产品跨版本升级的目标版本号；

根据所述当前版本号及所述目标版本号，在预存的所述版本升级清单数据库中查询出所有相关的升级清单信息；

根据所述升级清单信息，生成升级清单，以供确定所述产品跨版本升级时的风险，其中，所述升级清单包括测试清单、适配清单、违规清单、平台特性、bug修复清单中的任一种或多种的组合。

2.如权利要求1所述的一种升级清单生成方法，其特征在于，所述根据接收到的第一输入信息，获取所述产品的当前版本号步骤，包括：

当接收到的所述第一输入信息包含所述产品的当前版本号信息时，则直接获取所述产品的所述当前版本号；

当接收到的所述第一输入信息包含用户名信息时，则在预设的用户信息数据库中，搜寻并获得所述用户名信息关联的最新版本号以作为所述当前版本号。

3.如权利要求1或2所述的一种升级清单生成方法，其特征在于，所述根据所述当前版本号及所述目标版本号，在预存的版本升级清单数据库中查询出所有相关的升级清单信息步骤，具体包括：

将所述当前版本号作为查询起始点，将所述目标版本号作为查询终点，生成一个查询区间；

获取所述查询区间中的所有版本号所对应的所有升级清单数据作为所述升级清单信息。

4.如权利要求3所述的一种升级清单生成方法，其特征在于，所述根据所述升级清单信息，生成升级清单步骤，包括：

获取所述升级清单信息中的重复数据，过滤掉所述重复数据；

将过滤所述重复数据后的所述升级清单信息输入至第二预设模板，生成所述升级清单。

5.如权利要求4所述的一种升级清单生成方法，其特征在于，所述将过滤所述重复数据后的所述升级清单信息输入至第二预设模板，生成所述升级清单步骤之后，还包括：

在接收到导出所述升级清单请求时，获取待导出的清单内容；

根据所述清单内容生成报告文档并导出。

6.一种升级清单生成装置，其特征在于，所述装置包括：

存储模块，用于在接收到存储产品各版本的升级清单数据的请求时，根据接收到的第二输入信息，获取所述产品的版本号及所述版本号所对应产品版本的升级清单数据；按照预设的版本号格式，存储所述版本号；在存储所述版本号的基础上，将所述版本号作为标识，按照第一预设模板，分别关联存储各所述版本号所对应产品版本的升级清单数据，以构建版本升级清单数据库；

接收模块，用于接收所述产品跨版本升级的升级清单生成的请求，根据接收到的第一输入信息，获取所述产品的当前版本号，并获取所述产品跨版本升级的目标版本号；

查询模块，用于根据所述当前版本号及所述目标版本号，在预存的所述版本升级清单数据库中查询出所有相关的升级清单信息；

输出模块，用于根据所述升级清单信息，生成升级清单，以供确定所述产品跨版本升级时的风险，其中，所述升级清单包括测试清单、适配清单、违规清单、平台特性、bug修复清单中的任一种或多种的组合。

7.一种升级清单生成设备，其特征在于，所述设备包括：存储器、处理器及存储在所述存储器上并可在所述处理器上运行的升级清单生成程序，所述升级清单生成程序配置为实现如权利要求1-5中任一项所述的一种升级清单生成方法的步骤。

8.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质上存储有升级清单生成程序，所述升级清单生成程序被处理器执行时实现如权利要求1-5中任一项所述的一种升级清单生成方法步骤。

Images