CN111045935A - 版本自动审核方法、装置、设备及存储介质 - Google Patents

Abstract

本申请提供一种版本自动审核方法、装置、设备及存储介质，涉及信息审核技术领域。该方法包括：获取待审核版本单，根据版本单审核规则，对获取的待审核版本单进行审核；根据基线审核规则，对获取的所述待审核版本单对应的基线信息进行审核；根据测试规则，对获取的所述待审核版本单对应的测试信息进行审核；若所述待审核版本单、所述基线信息和所述测试信息的审核结果均为审核通过，则发送通过报文至目标终端。相对于现有技术，避免了现有技术中人工审核版本单审核的周期延长、审核错误率高、审核效率低下，并且需要消耗大量的人力资源的问题。

Description

版本自动审核方法、装置、设备及存储介质

技术领域

本申请涉及信息审核技术领域，具体而言，涉及一种版本自动审核方法、装置、设备及存储介质。

背景技术

随着金融科技的发展，金融领域在技术方面开发的系统数量逐渐增多，客户对服务质量要求逐渐提高，项目对测试的需求也越来越多。在测试管理工作当中，审核及推送版本单是必不可少的步骤，版本审核工作涉及到云管理平台、版本管理平台和测试意见三个系统的串联。

现有技术中，测试审核的工作一般是人工审核，工作人员获取待审核版本单之后，需要对三个平台上的测试信息逐条检核及审批，以得到版本单审核结果。

但是，由于版本单信息量庞大，人工审核会造成版本单审核的周期延长、审核错误率高、审核效率低下等问题，并且需要消耗大量的人力资源。

发明内容

本申请的目的在于，针对上述现有技术中的不足，提供一种版本自动审核方法、装置、设备及存储介质，以解决现有技术中人工审核版本单审核的周期延长、审核错误率高、审核效率低下，并且需要消耗大量的人力资源的问题。

为实现上述目的，本申请实施例采用的技术方案如下：

第一方面，本申请一实施例提供了一种版本自动审核方法，包括：

获取待审核版本单，根据版本单审核规则，对获取的待审核版本单进行审核；

根据基线审核规则，对获取的所述待审核版本单对应的基线信息进行审核；

根据测试规则，对获取的所述待审核版本单对应的测试信息进行审核；

若所述待审核版本单、所述基线信息和所述测试信息的审核结果均为审核通过，则发送通过报文至目标终端。

可选地，所述待审核版本单信息包括：上线日期和任务编号；所述根据版本单审核规则，对获取的待审核版本单进行审核包括：

若上线日期在预设日期范围内，且任务编号满足版本单的审核规则，则判定当前待审核版本单信息通过审核。

可选地，所述根据基线审核规则，对获取的所述待审核版本单对应的基线信息进行审核，包括：

判断所述基线的类别是否符合所述基线审核规则；

若符合，则判断所述基线的状态是否符合所述基线审核规则；

根据审核结果，从测试意见平台抓取所述审核结果对应的测试意见。

可选地，所述根据测试规则，对获取的所述待审核版本单对应的测试信息进行审核，包括：

判断版本安装检验是否通过；

若通过，则判断功能版本检验测试是否通过；

若所述版本安装和所述功能版本检验测试均通过，则所述待审核版本单对应的测试信息通过审核。

可选地，若所述待审核版本单、所述基线信息和所述测试信息的审核结果中，存在至少一个结果为审核失败，则发送失败报文至目标终端。

第二方面，本申请另一实施例提供了一种版本自动审核装置，所述装置包括：获取模块、审核模块和发送模块，其中：

所述获取模块，用于获取待审核版本单；

所述审核模块，用于根据版本单审核规则，对获取的待审核版本单进行审核；

所述审核模块，还用于根据基线审核规则，对获取的所述待审核版本单对应的基线信息进行审核；

所述审核模块，还用于根据测试规则，对获取的所述待审核版本单对应的测试信息进行审核；

所述发送模块，用于若所述待审核版本单、所述基线信息和所述测试信息的审核结果均为审核通过，则发送通过报文至目标终端。

可选地，所述待审核版本单信息包括：上线日期和任务编号；

所述审核模块，还用于若上线日期在预设日期范围内，且任务编号满足版本单的审核规则，则判定当前待审核版本单信息通过审核。

可选地，所述装置还包括：判断模块，用于判断所述基线的类别是否符合所述基线审核规则；若符合，则判断所述基线的状态是否符合所述基线审核规则；

所述审核模块，还用于根据审核结果，从测试意见平台抓取所述审核结果对应的测试意见。

可选地，所述判断模块，还用于判断版本安装检验是否通过；若通过，则判断功能版本检验测试是否通过；

所述审核模块，还用于若所述版本安装和所述功能版本检验测试均通过，则所述待审核版本单对应的测试信息通过审核。

可选地，所述发送模块，还用于若所述待审核版本单、所述基线信息和所述测试信息的审核结果中，存在至少一个结果为审核失败，则发送失败报文至目标终端。

第三方面，本申请另一实施例提供了一种版本自动审核设备，包括：处理器、存储介质和总线，所述存储介质存储有所述处理器可执行的机器可读指令，当版本自动审核设备运行时，所述处理器与所述存储介质之间通过总线通信，所述处理器执行所述机器可读指令，以执行如上述第一方面任一所述方法的步骤。

第四方面，本申请另一实施例提供了一种存储介质，所述存储介质上存储有计算机程序，所述计算机程序被处理器运行时执行如上述第一方面任一所述方法的步骤。

本申请的有益效果是：采用本申请提供的版本自动审核方法，通过获取待审核版本单后，根据预设的版本单审核规则、基线审核规则和测试审核规则，将审核规则参数化，从而实现对版本单的各项信息进行自动化审核，并将审核结果以报文的形式发送至目标终端，这样的处理方法相对于传统技术，节省了时间成本和人力成本，并且提高了审核效率。

附图说明

为了更清楚地说明本申请实施例的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，应当理解，以下附图仅示出了本申请的某些实施例，因此不应被看作是对范围的限定，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他相关的附图。

图1为本申请一实施例提供的版本自动审核方法的流程示意图；

图2为本申请另一实施例提供的版本自动审核方法的流程示意图；

图3为本申请一实施例提供的版本自动审核装置的结构示意图；

图4为本申请另一实施例提供的版本自动审核装置的结构示意图；

图5为本申请一实施例提供的版本自动审核设备的结构示意图。

具体实施方式

为使本申请实施例的目的、技术方案和优点更加清楚，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本申请一部分实施例，而不是全部的实施例。

为使本申请下述实施例中的内容更容易理解，在此对部分必要的名词作出如下解释：

Cookie：有时也用其复数形式Cookies，类型为“小型文本文件”，是某些网站为了辨别用户身份，进行Session跟踪而储存在用户本地终端上的数据(通常经过加密)，由用户客户端计算机暂时或永久保存的信息。

基线(Baseline)，基线是软件文档或源码(或其它产出物)的一个稳定版本，它是进一步开发的基础。所以，当基线形成后，项目负责SCM的人需要通知相关人员基线已经形成，并且需要通知从哪儿可以找到该基线的版本，这个过程可被认为是基线内部的发布。

图1为本申请一实施例提供的一种版本自动审核方法的流程示意图，如图1所示，该版本自动审核方法可以由手机、平板电脑、穿戴设备等任一终端设备执行。在本申请的一个实施例中，应用场景为金融系统的待审核版本单的自动审核，但是具体应用并不局限于此，任何需要对待审核版本单进行自动审核的场合均可使用，例如：银行系统的待审核版本单的自动审核、医院系统的待审核版本单的自动审核、学校系统的待审核版本单的自动审核等，本申请在此不做任何限制，该方法包括：

S101：获取待审核版本单，根据版本单审核规则，对获取的待审核版本单进行审核。

可选地，待审核版本单为从版本管理平台获取的待审核版本单，其中，版本管理平台的数据为用户预先从数据库中选择并导入的，选择方式可以为用户从数据库通过鼠标勾选的，也可以为用户从数据库通过触屏等方式选择的，具体选择方式可以根据用户需要设计，本申请在此不做任何限制，并不以上述实施例为限。

可选地，在版本管理平台获取待审核版本单之前，还需要通过模拟登陆的方式发送登陆报文至管理平台，随后再获取待审核版本单。

若版本单审核通过，则执行S102：根据基线审核规则，对获取的待审核版本单对应的基线信息进行审核。

其中，基线审核规则为用户从云管理平台抓取的，在抓取之前，还需要通过模拟登陆的方式发送登陆报文至管理平台，随后再获取抓取的基线审核规则；其中，云管理平台是用于存放基线数据的平台，基线信息的获取均是从云管理平台上获取的。

若基线审核通过，则执行S103：根据测试规则，对获取的待审核版本单对应的测试信息进行审核。

若测试信息审核通过，则执行S104：若待审核版本单、基线信息和测试信息的审核结果均为审核通过，则发送通过报文至目标终端。

其中，若上述三项审核的结果均为通过，则使用底层发送报文的方法，将审核通过的报文推送至下一部门。

可选地，在本申请的一个实施例中，报文的发送方式可以为：使用响应协议(HttpClient，HTTP)服务器模拟浏览器，通过用户名密码登录获取文本文件cookie值，并发送“通过审核”请求，模拟人工登录、点击“测试通过”的网页行为，至此完成报文的发送，但是具体报文发送的方式并不以上述实施例为限，可以根据用户需要设计。

采用本申请提供的版本自动审核方法，可以通过获取待审核版本单后，根据预设的版本单审核规则、基线审核规则和测试审核规则，将审核规则参数化，从而实现对版本单的各项信息进行自动化审核，并将审核结果以报文的形式发送至目标终端，这样的处理方法相对于传统技术，节省了时间成本和人力成本，并且提高了审核效率。

可选地，待审核版本单信息包括：上线日期和任务编号；则S101可包括：若上线日期在预设日期范围内，且任务编号满足版本单的审核规则，则判定当前待审核版本单信息通过审核。

其中，预设日期范围为用户需先设置好的，在本申请的一个实施例中，预设日期范围设置为3天，即若待审核版本单的上线日期在投产日的三个工作日范围内，即通过审核，举例说明：若待审核版本单的上线日期在2019年11月12日，正常情况下该版本单对应的投产日应该为2019年11月10日，预设日期范围为3天，所以该待审核版本单的上线日期在2019年11月9日-2019年11月15号之内时，均视为通过审核，显然2019年11月12日在该日期范围内，所以该待审核版本单通过审核。

可选地，在本申请的一个实施例中，采用Java GUI应用程序，执行本申请的待审核版本单信息的审核和审核结果的传输方法。在进行待审核版本单信息的审核之前，审批人员将所需要的日期信息及意见信息导入至该应用程序中。审核过程中，应用程序自动访问服务器，得到待审核版本单信息中的日期信息，经过匹配审核条件模块，得到最终审核结果。

可选地，任务编号是在待审核版本单的页面基本中的任务简述栏获取的，若任务简述栏的信息显示该待审核版本单在此次投产基线系统的范围内，其物理子系统及开发任务编号需与投产基线完全一致则通过。

举例说明：若版本单任务简述栏位填写了多个开发任务编号，则只有这多个任务编号与物理子系统的英文简称组合均在投产基线中，才视为该待审核版本的任务编号通过审核；或者，若版本单任务简述栏位未填写任何开发任务编号，则检查填写的开发任务名称与物理子系统英文简称的组合，与投产基线完全一致时，则视为该待审核版本的任务编号通过审核。

举例说明：若版本单任务简述开发任务编号+物理子系统简称不在基线中；或者，若无开发任务编号且开发任务名称+物理子系统简称不在基线中；或者，若多个任务编号中某一个开发任务编号+物理子系统简称不在基线中，则视为该待审核版本的任务编号审核均不通过，反馈“任务不在投产基线中”至目标终端，并注明未在基线中的任务编号，若任务简述栏中未填写任务编号，则返回当前任务名称至目标终端。

可选地，S102可包括：判断基线的类别是否符合基线审核规则。

可选地，在本申请的一个实施例中，基线的类别可包括：标识基线、敏捷投产基线、产品参数基线、应急版本基线、已检验投产基线、测试基线和版本检验基线等；判断过程中，若该基线的类别为“版本检验基线”时，才视为该基线的类别审核通过，否则，该基线的类别为其他任一类型时，均反馈基线类别不符合要求，并注明该基线当前的实际基线状态。

若基线的类别符合基线审核规则，则判断基线的状态是否符合基线审核规则。

可选地，在本申请的一个实施例中，基线的状态包括：待投产、已提交、已关联、已构建、已发布和已作废；若当前基线状态为“待投产”或“已部署”，则均视为该基线的状态审核通过，否则，均反馈基线状态不符合要求，并注明该基线当前的实际基线状态。

基线的类别和基线的状态审核结束后，根据审核结果，从测试意见平台抓取审核结果对应的测试意见。

其中，测试意见平台中包括excel表格，测试意见为系统运行程序通过读取该表格获取的，举例说明：若基线的类别和状态均满足符合基线审核规则，则从测试意见平台抓取“通过”结果，即表示当前待审核版本单对应的基线信息通过审核，否则，从测试意见平台抓取“暂未通过”或“空”等其他结果时，均视为当前待审核版本单对应的基线信息未通过审核，同时一并反馈未通过测试的部分以及未通过测试结论的状态。

可选地，S103可包括：判断版本安装检验是否通过。若通过，则判断功能版本检验测试是否通过。若版本安装和功能版本检验测试均通过，则待审核版本单对应的测试信息通过审核。

否则，任一结论不通过(包括暂未通过、结论结果为空等多种状态)，则提示当前待审核版本单对应的测试信息未通过审核，同时反馈测试结论未通过对应的测试信息及未通过测试结论的状态。

图2为本申请一实施例提供的版本自动审核方法的流程示意图，如图2所示，该方法还包括S105：若待审核版本单、基线信息和测试信息的审核结果中，存在至少一个结果为审核失败，发送失败报文至目标终端。

若审核结果为不通过，则获取不满足审核条件的原因并记录，生成不满足审核条件的提示信息，将该提示信息以报文的形式发送至目标终端。

采用本申请提供的版本自动审核方法，可以通过获取待审核版本单后，根据预设的版本单审核规则、基线审核规则和测试审核规则，将审核规则参数化，从而实现对版本单的各项信息进行自动化审核，并将审核结果以报文的形式发送至目标终端，若审核结果为不通过，还需获取不满足审核条件的原因并记录，生成不满足审核条件的提示信息，将该提示信息以报文的形式发送至目标终端，这样的处理方法相对于传统技术，节省了时间成本和人力成本，并且提高了审核效率，并且若不满足审核条件，还会返回不满足审核条件对应的部分，以及不满足审核条件的原因，问题的汇总方便了后续工作人员对问题部分的处理。

图3为本申请一实施例提供的版本自动审核装置的结构示意图，如图3所示，该装置包括：获取模块201、审核模块202和发送模块203，其中：

获取模块201，用于获取待审核版本单。

审核模块202，用于根据版本单审核规则，对获取的待审核版本单进行审核。

审核模块202，还用于根据基线审核规则，对获取的待审核版本单对应的基线信息进行审核。

审核模块202，还用于根据测试规则，对获取的待审核版本单对应的测试信息进行审核。

发送模块203，用于若待审核版本单、基线信息和测试信息的审核结果均为审核通过，则发送通过报文至目标终端。

可选地，待审核版本单信息包括：上线日期和任务编号。

审核模块202，还用于若上线日期在预设日期范围内，且任务编号满足版本单的审核规则，则判定当前待审核版本单信息通过审核。

图4为本申请一实施例提供的版本自动审核装置的结构示意图，如图4所示，该装置还包括：判断模块204，用于判断基线的类别是否符合基线审核规则；若符合，则判断基线的状态是否符合基线审核规则。

审核模块202，还用于根据审核结果，从测试意见平台抓取所述审核结果对应的测试意见。

可选地，判断模块204，还用于判断版本安装检验是否通过；若通过，则判断功能版本检验测试是否通过。

审核模块202，还用于若版本安装和功能版本检验测试均通过，则待审核版本单对应的测试信息通过审核。

可选地，发送模块203，还用于若待审核版本单、基线信息和测试信息的审核结果中，存在至少一个结果为审核失败，则发送失败报文至目标终端。

上述装置用于执行前述实施例提供的方法，其实现原理和技术效果类似，在此不再赘述。

以上这些模块可以是被配置成实施以上方法的一个或多个集成电路，例如：一个或多个特定集成电路(Application Specific Integrated Circuit，简称ASIC)，或，一个或多个微处理器(digital singnal processor，简称DSP)，或，一个或者多个现场可编程门阵列(Field Programmable Gate Array，简称FPGA)等。再如，当以上某个模块通过处理元件调度程序代码的形式实现时，该处理元件可以是通用处理器，例如中央处理器(CentralProcessing Unit，简称CPU)或其它可以调用程序代码的处理器。再如，这些模块可以集成在一起，以片上系统(system-on-a-chip，简称SOC)的形式实现。

图5为本申请一实施例提供的版本自动审核设备的结构示意图，该版本自动审核设备可以集成于终端设备或者终端设备的芯片。

该版本自动审核设备包括：处理器501、存储介质502和总线503。

处理器501用于存储程序，处理器501调用存储介质502存储的程序，以执行上述图1对应的方法实施例。具体实现方式和技术效果类似，这里不再赘述。

可选地，本申请还提供一种程序产品，例如存储介质，该存储介质上存储有计算机程序，包括程序，该程序在被处理器运行时执行上述方法对应的实施例。

在本申请所提供的几个实施例中，应该理解到，所揭露的装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用硬件加软件功能单元的形式实现。

上述以软件功能单元的形式实现的集成的单元，可以存储在一个计算机可读取存储介质中。上述软件功能单元存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)或处理器(英文：processor)执行本申请各个实施例所述方法的部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(英文：Read-Only Memory，简称：ROM)、随机存取存储器(英文：Random Access Memory，简称：RAM)、磁碟或者光盘等各种可以存储程序代码的介质。

Claims (10)

1.一种版本自动审核方法，其特征在于，所述方法包括：

获取待审核版本单，根据版本单审核规则，对获取的待审核版本单进行审核；

根据基线审核规则，对获取的所述待审核版本单对应的基线信息进行审核；

根据测试规则，对获取的所述待审核版本单对应的测试信息进行审核；

若所述待审核版本单、所述基线信息和所述测试信息的审核结果均为审核通过，则发送通过报文至目标终端。

2.如权利要求1所述的方法，其特征在于，所述待审核版本单信息包括：上线日期和任务编号；所述根据版本单审核规则，对获取的待审核版本单进行审核包括：

若上线日期在预设日期范围内，且任务编号满足版本单的审核规则，则判定当前待审核版本单信息通过审核。

3.如权利要求1所述的方法，其特征在于，所述根据基线审核规则，对获取的所述待审核版本单对应的基线信息进行审核，包括：

判断所述基线的类别是否符合所述基线审核规则；

若符合，则判断所述基线的状态是否符合所述基线审核规则；

根据审核结果，从测试意见平台抓取所述审核结果对应的测试意见。

4.如权利要求1所述的方法，其特征在于，所述根据测试规则，对获取的所述待审核版本单对应的测试信息进行审核，包括：

判断版本安装检验是否通过；

若通过，则判断功能版本检验测试是否通过；

若所述版本安装和所述功能版本检验测试均通过，则所述待审核版本单对应的测试信息通过审核。

5.如权利要求1-4任一项所述的方法，其特征在于，若所述待审核版本单、所述基线信息和所述测试信息的审核结果中，存在至少一个结果为审核失败，则发送失败报文至目标终端。

6.一种版本自动审核装置，其特征在于，所述装置包括：获取模块、审核模块和发送模块，其中：

所述获取模块，用于获取待审核版本单；

所述审核模块，用于根据版本单审核规则，对获取的待审核版本单进行审核；

所述审核模块，还用于根据基线审核规则，对获取的所述待审核版本单对应的基线信息进行审核；

所述审核模块，还用于根据测试规则，对获取的所述待审核版本单对应的测试信息进行审核；

所述发送模块，用于若所述待审核版本单、所述基线信息和所述测试信息的审核结果均为审核通过，则发送通过报文至目标终端。

7.如权利要求6所述的装置，其特征在于，所述待审核版本单信息包括：上线日期和任务编号；

所述审核模块，还用于若上线日期在预设日期范围内，且任务编号满足版本单的审核规则，则判定当前待审核版本单信息通过审核。

8.如权利要求6所述的装置，其特征在于，所述装置还包括：判断模块，用于判断所述基线的类别是否符合所述基线审核规则；若符合，则判断所述基线的状态是否符合所述基线审核规则；

所述审核模块，根据审核结果，从测试意见平台抓取所述审核结果对应的测试意见。

9.一种版本自动审核设备，其特征在于，包括：处理器、存储介质和总线，所述存储介质存储有所述处理器可执行的机器可读指令，当版本自动审核设备运行时，所述处理器与所述存储介质之间通过总线通信，所述处理器执行所述机器可读指令，以执行如上述权利要求1-5任一项所述的方法。

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

Images