CN111045706A

CN111045706A - 测试项目的执行包更新方法及装置和计算机可读存储介质

Info

Publication number: CN111045706A
Application number: CN201911299853.9A
Authority: CN
Inventors: 马家麒
Original assignee: Guangzhou Pinwei Software Co Ltd
Current assignee: Guangzhou Pinwei Software Co Ltd
Priority date: 2019-12-16
Filing date: 2019-12-16
Publication date: 2020-04-21
Anticipated expiration: 2039-12-16
Also published as: CN111045706B

Abstract

本发明公开了一种测试项目的执行包更新方法，所述测试项目的执行包更新方法包括以下步骤：确定测试项目对应的执行包，并获取所述执行包对应的依赖信息；在所述依赖信息中的依赖项目的版本不为最新版本时，获取所述执行包对应的最新版本的依赖项目；根据最新版本的依赖项目重新编译所述测试项目的执行包。本发明还公开一种测试项目的执行包更新装置和计算机可读存储介质。本发明保证了测试项目的测试准确性。

Description

测试项目的执行包更新方法及装置和计算机可读存储介质

技术领域

本发明涉及自动化测试技术领域，尤其涉及一种测试项目的执行包更新方法及装置和计算机可读存储介质。

背景技术

在测试流水线中执行的自动化测试项目中，为了实现更高效的调度，都是先在测试流水线把测试项目打成执行包，以在执行的时候节省了编译和下载依赖的时间，从而实现秒级调度的。

但是测试项目的执行包依赖了很多SNAPSHOT包，而执行包是已经打好的，这样就导致测试项目在执行的时候拿到的可能是旧版本的执行包，导致测试项目的测试结果不准确。

发明内容

本发明的主要目的在于提供一种测试项目的执行包更新方法及装置和计算机可读存储介质，旨在解决测试项目的测试结果不准确的问题。

为实现上述目的，本发明提供一种测试项目的执行包更新方法，所述测试项目的执行包更新方法包括以下步骤：

确定测试项目对应的执行包，并获取所述执行包对应的依赖信息；

在所述依赖信息中的依赖项目的版本不为最新版本时，获取所述执行包对应的最新版本的依赖项目；

根据最新版本的依赖项目重新编译所述测试项目的执行包。

在一实施例中，所述获取所述执行包对应的依赖信息的步骤之后，还包括：

从所述依赖信息中确定所述执行包对应的依赖项目的版本号；

判断所述依赖项目的版本号与预存的所述依赖项目的最新版本号是否一致，其中，在所述依赖项目的版本号与预存的所述依赖项目的最新版本号一致时，判定所述依赖信息中的依赖项目的版本不为最新版本。

在一实施例中，所述确定测试项目对应的执行包的步骤包括：

每间隔预设时长确定所有测试项目对应的执行包，以定时检测所有测试项目对应的执行包是否需要重新编译。

在一实施例中，所述测试项目的执行包更新方法，还包括：

在接收到自动化测试指令时，确定所述自动化测试指令对应的测试项目是否有执行记录；

在所述自动化测试对应的测试项目有执行记录时，根据所述执行记录确定所述测试项目上一次的执行时间点，并确定所述执行时间点与所述当前时间点的间隔时长；

在所述间隔时长与所述预设时长之间的差值小于预设差值时，执行所述确定测试项目对应的执行包的步骤。

在一实施例中，所述确定所述执行时间点与所述当前时间点的间隔时长的步骤之后，还包括：

在所述间隔时长与所述预设时长之间的差值大于或等于预设差值时，将所述测试项目的执行时间点设置为上一次的执行时间点。

在一实施例中，所述确定所述自动化测试指令对应的测试项目是否有执行记录的步骤之后，还包括：

在所述自动化测试对应的测试项目未有执行记录时，执行所述确定测试项目对应的执行包的步骤。

在一实施例中，各个所述执行包对应的依赖信息中的依赖项目不重叠。

在一实施例中，所述根据最新版本的依赖项目重新编译所述测试项目的执行包的步骤之后，还包括：

获取重新编译的执行包的依赖信息；

在重新编译后的执行包的依赖信息与重新编译前的执行包的依赖信息相同时，对所述测试项目设置执行包编译失败的标志。

为实现上述目的，本发明还提供一种测试项目的执行包更新装置，所述测试项目的执行包更新装置存储器、处理器以及存储在所述存储器并可在所述处理器上运行的测试项目的执行包更新程序，所述测试项目的执行包更新程序被所述处理器执行时实现如上的测试项目的执行包更新方法的各个步骤。

为实现上述目的，本发明还提供一种计算机可读存储介质，所述计算机可读存储介质存储有测试项目的执行包更新程序，所述测试项目的执行包更新程序被处理器执行时实现如上所述的测试项目的执行包更新方法的各个步骤。

本发明提供的测试项目的执行包更新方法及装置和计算机可读存储介质，测试项目的执行包更新装置确定测试项目对应的执行包，并获取执行包对应的依赖信息，在依赖信息中的依赖项目的版本不为最新版本时，获取执行包对应的最新版本的依赖项目，从而根据最新版本的依赖项目重新编译测试项目的执行包。由于装置可以自动检测测试项目的执行包所依赖的项目是否为最新版本，并在执行包依赖的项目不为最新版本时，重新对执行包进行编译，从而使得测试项目在执行时采用最新版本的执行包，保证了测试项目的测试准确性。

附图说明

图1为本发明实施例涉及的测试项目的执行包更新装置的硬件构架示意图；

图2为本发明测试项目的执行包更新方法第一实施例的流程示意图；

图3为本发明测试项目的执行包更新方法第二实施例的流程示意图；

图4为本发明测试项目的执行包更新方法第三实施例的流程示意图。

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

具体实施方式

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

本发明实施例的主要解决方案是：确定测试项目对应的执行包，并获取所述执行包对应的依赖信息；在所述依赖信息中的依赖项目的版本不为最新版本时，获取所述执行包对应的最新版本的依赖项目；根据最新版本的依赖项目重新编译所述测试项目的执行包。

由于装置可以自动检测测试项目的执行包所依赖的项目是否为最新版本，并在执行包依赖的项目不为最新版本时，重新对执行包进行编译，从而使得测试项目在执行时采用最新版本的执行包，保证了测试项目的测试准确性。

作为一种实现方案，测试项目的执行包更新装置可以如图1所示。

本发明实施例方案涉及的是测试项目的执行包更新装置，测试项目的执行包更新装置包括：处理器101，例如CPU，存储器102，通信总线103。其中，通信总线103用于实现这些组件之间的连接通信。

存储器102可以是高速RAM存储器，也可以是稳定的存储器(non-volatilememory)，例如磁盘存储器。如图1所示，作为一种计算机存储介质的存储器103中可以包括测试项目的执行包更新程序；而处理器101可以用于调用存储器102中存储的测试项目的执行包更新程序，并执行以下操作：

根据最新版本的依赖项目重新编译所述测试项目的执行包。

在一实施例中，处理器101可以用于调用存储器102中存储的测试项目的执行包更新程序，并执行以下操作：

各个所述执行包对应的依赖信息中的依赖项目不重叠。

获取重新编译的执行包的依赖信息；

本实施例根据上述方案，

测试项目的执行包更新装置确定测试项目对应的执行包，并获取执行包对应的依赖信息，在依赖信息中的依赖项目的版本不为最新版本时，获取执行包对应的最新版本的依赖项目，从而根据最新版本的依赖项目重新编译测试项目的执行包。由于装置可以自动检测测试项目的执行包所依赖的项目是否为最新版本，并在执行包依赖的项目不为最新版本时，重新对执行包进行编译，从而使得测试项目在执行时采用最新版本的执行包，保证了测试项目的测试准确性。

基于上述测试项目的执行包更新装置的硬件构架，提出本发明测试项目的执行包更新装置方法的实施例。

参照图2，图2为本发明测试项目的执行包更新方法的第一实施例，所述测试项目的执行包更新方法包括以下步骤：

步骤S10，确定测试项目对应的执行包，并获取所述执行包对应的依赖信息；

在本实施例中，执行主体为测试项目的执行包更新装置,测试项目的执行包更新装置可为VTP服务器。

测试流水线上设有VTP服务器提供VTP插件。VTP插件会解析测试项目对应的执行包的依赖信息，并发送到VTP服务器，依赖信息中包括传递依赖。VTP插件可为maven插件，Maven插件提供一个MavenProject对象，里面有执行包所有依赖项目的依赖信息，且依赖信息中含传递依赖信息。但是默认的API提供的getArtiafct方法并不含传递依赖信息，所以Maven插件通过反射拿到rersolveArtifacts字段，从而从rersolveArtifacts字段中获取传递依赖信息。maven插件通过vtp-server提供的http协议接口把依赖信息发送到vtp-server，也即VTP服务器通过VTP-server提供接口接收maven插件发送过来的依赖信息，并将依赖信息进行存储。而依赖信息中含有执行包对应的依赖项目的版本号，因此，VTP服务器中含有执行包所对应的最新版本的依赖项目的信息。

测试流水线的装置通过插件将含有测试项目的执行包的信息发送至VTP服务器。VTP服务器解析信息以确定测试项目对应的执行包，并从解析的信息中获取执行包对应的依赖信息。VTP服务器从依赖信息中确定执行包对应的依赖项目的版本号，再从数据库中查找执行包对应的预存依赖信息以得到执行包的最新版本号，从而判断依赖项目的版本号与依赖项目的最新版本号是否一致。若依赖项目的版本号与预存的依赖项目的最新版本号一致时，则判断依赖信息中的依赖项目的版本不为最新版本。

步骤S20，在所述依赖信息中的依赖项目的版本不为最新版本时，获取所述执行包对应的最新版本的依赖项目；

步骤S30，根据最新版本的依赖项目重新编译所述测试项目的执行包。

在VTP服务器确定依赖信息中的依赖项目的版本不是最新版本时，获取执行包对应的最新斑斑的依赖项目，也即从数据库中获取执行包所有的最新版本的依赖项目的信息。VTP服务器再调用测试流水线上的编译接口对测试项目的执行包重新进行编译，也即采用执行包所有的最新版本的依赖项目的信息进行编译从而得到测试项目重新编译的执行包，使得测试项目进行测试时，可执行重新编译的执行包以进行项目的测试。

在本实施例提供的技术方案中，测试项目的执行包更新装置确定测试项目对应的执行包，并获取执行包对应的依赖信息，在依赖信息中的依赖项目的版本不为最新版本时，获取执行包对应的最新版本的依赖项目，从而根据最新版本的依赖项目重新编译测试项目的执行包。由于装置可以自动检测测试项目的执行包所依赖的项目是否为最新版本，并在执行包依赖的项目不为最新版本时，重新对执行包进行编译，从而使得测试项目在执行时采用最新版本的执行包，保证了测试项目的测试准确性。

在一实施例中，装置每间隔预设时长确定测试流水线上所有测试项目对应的执行包，从而定时检测所有测试项目对应的执行包是否需要重新编译。具体的，VTP服务器中设置有定时任务，对依赖信息进行每间隔预设时长的检查，预设时长可为任意合适的数值，例如，15Min。VTP服务器通过开源的redisson框架提供的RBucket实现一个简单的分布式定时任务，RBucket提供一个分布式线程安全的对象存储功能，其中通过getAndSet方法，先获取旧的时间戳，然后再把定时任务开始执行的时间戳存进去，从而使得VTP服务器定时对所有的测试项目的依赖信息进行定时检测。

在本实施例提供的技术方案中，装置每间隔预设时长确定所有测试项目对应的执行包，以定时检测所有的测试项目的执行包是否需要重新编译，确保测试项目能够以最新的执行包进行项目的测试。

参照图3，图3为本发明测试项目的执行包更新方法的第二实施例，基于第二实施例，所述步骤S10之前，还包括：

步骤S40，在接收到自动化测试指令时，确定所述自动化测试指令对应的测试项目是否有执行记录；

步骤S50，在所述自动化测试对应的测试项目有执行记录时，根据所述执行记录确定所述测试项目上一次的执行时间点，并确定所述执行时间点与所述当前时间点的间隔时长；

步骤S60，在所述间隔时长与所述预设时长之间的差值小于预设差值时，执行所述确定测试项目对应的执行包，并获取所述执行包对应的依赖信息的步骤。

在本实施例中，VTP服务器会定时检测所有的测试项目是否需要重新编译执行包。而在一些特定的时候，也会触发检测测试项目的执行包是否需要重新编译，例如，接收到自动化测试指令时。也即在执行测试项目对应测执行包之前，需要判断执行包是否需要重新编译。

但VTP服务器是定时检测执行包是否需要重新编译，在接收到自动化测试指令时，会出现短时间内多次检测测试项目是否需要重新编译执行包的情况。对此，在进行自动化测试之前，测试流水线会向VTP服务器发送自动化测试指令，VTP服务器即获取自动化测试对应的测试项目是否有执行记录，也即项目测试时，会将测试项目的执行记录发送至VTP服务器中进行存储。

VTP服务器确定待执行的测试项目具有执行记录时，也即该测试项目之前有执行执行包时，从执行记录中确定上一次测试项目的执行包所对应的执行时间点，再计算执行时间点与当前时间点之间的间隔时长。

若间隔时长与预设时长的差值小于预设差值，则表明测试项目的执行包上一次重新编译的判断与当前重新编译的判断间隔的时长较远，故可执行确定测试项目对应的执行包的步骤，也即对测试项目的执行包再次进行是否需要重新编译的判断。预设差值可为任意合适的数值，例如，预设时长为15min，则预设差值可为2min，也即间隔时长大于13min即可对测试项目的执行包再次进行是否需要重新编译的判断。

而在当间隔时长与预设时长的差值大于或等于预设差值时，则表明VTP服务器在前不久已经检测该测试项目的执行包是否需要重新编译，此时，无需对进行执行包是否需要重新编译的判断。但VTP服务器的getAndSet设置的是当前任务时间并不是最后开始时间，因此，会将触发执行包是否需要重新编译的时间点作为执行时间点，即使VTP服务器并未真正对执行包进行判断。故，VTP服务器在判定间隔时长与所述预设时长之间的差值大于或等于预设差值时，将测试项目的执行时间点设置为上一次的执行时间点，也即将上一次执行时间改回去。

进一步的，在当测试项目并未有执行记录，则需要执行确定测试项目对应的执行包的步骤，以首次对执行包进行是否需要重新编译的判断。

在本实施例提供的技术方案中，装置在接收到自动化测试指令时，确定自动化测试指令对应的测试项目是否有执行记录，若有执行记录，则根据执行力记录确定测试项目上一次执行时间点与当前时间点之间的间隔时长，并在间隔时长与预设时长的差值小于预设差值，对执行包是否需要重新编译进行判断，从而避免装置在短时间内对同一执行包进行多次是否需要进行重新编译的判断，节省装置的计算资源。

在一实施例中，装置定时检测所有测试项目的执行包是否需要重新编译。而各个测试项目的执行包对应的依赖项目会有重叠。例如，第一执行包的依赖项目为A项目、B项目以及C项目；而第二执行包的依赖项目为C项目、D项目以及E项目，则第一执行包与第二执行包的重叠依赖项目为C项目。为了尽量减少maven请求，各个执行包对应的依赖信息中的依赖项目不重叠，也即装置仅检测一次依赖项目的版本是否为最新版本，例如，装置检测第一执行包中的A、B、C项目是否为最新版本，在检测第二版本中D、E项目是否为最新版本。装置可以根据测试项目的不同，对依赖项目进行分组检测。

在本实施例中，各个执行包对应的依赖信息中的依赖项目不重叠，避免装置对统一依赖项目进行多次检测，节省装置的计算资源。

参照图4，图4为本发明测试项目的执行包更新方法的第三实施例，基于第一或第二实施例，所述步骤S30之后，还包括：

步骤S70，获取重新编译的执行包的依赖信息；

步骤S80，在重新编译后的执行包的依赖信息与重新编译前的执行包的依赖信息相同时，对所述测试项目设置执行包编译失败的标志。

在本实施例中，执行包可能会编译失败，例如，提交的代码有问题。这会导致下次定时任务触发又重新检查，从而使得VTP服务器会对该执行包进行很多次失败的重复编译。对此，VTP服务器在触发执行包的重新编译后，把待编译的执行包的依赖信息存入分布式缓存。在完成执行包的重新编译后，从缓存中查出重新编译前的执行包的依赖信息，在将重新编译前的依赖信息与重新编译后的执行包的依赖信息进行比对，以判断二者是否一致(编译失败后的执行包的依赖信息未入库，故重新编译后的执行包的依赖信息不变)。若二者一致，则编译失败，此时对测试项目设置执行包编译失败的标志。VTP服务器在触发对该测试项目的检测时，若检测到该标志，则不重复触发该测试项目的执行包是否需要重新编译的检测。若重复编译失败的问题得到解决，则可消除标志，或者，测试人员可以人为消除标志，使得VTP服务器对该测试项目进行检测。

在本实施例提供的技术方案中，装置获取重新编译的执行包的依赖信息，并在重新编译后的执行包的依赖信息与重新编译前的执行包的依赖信息相同时，则对测试项目设置编译失败的标志，避免装置对该测试项目重复检测。

本发明还提供一种测试项目的执行包更新装置，所述测试项目的执行包更新装置包括存储器、处理器以及存储在所述存储器并可在所述处理器上运行的测试项目的执行包更新程序，所述测试项目的执行包更新程序被所述处理器执行时实现如上实施例所述的测试项目的执行包更新方法的各个步骤。

本发明还提供一种计算机可读存储介质，所述计算机可读存储介质存储有测试项目的执行包更新程序，所述测试项目的执行包更新程序被处理器执行时实现如上实施例所述的测试项目的执行包更新方法的各个步骤。

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

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

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

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

Claims

1.一种测试项目的执行包更新方法，其特征在于，所述测试项目的执行包更新方法包括以下步骤：

根据最新版本的依赖项目重新编译所述测试项目的执行包。

2.如权利要求1所述的测试项目的执行包更新方法，其特征在于，所述获取所述执行包对应的依赖信息的步骤之后，还包括：

3.如权利要求1所述的测试项目的执行包更新方法，其特征在于，所述确定测试项目对应的执行包的步骤包括：

4.如权利要求3所述的测试项目的执行包更新方法，其特征在于，所述测试项目的执行包更新方法，还包括：

5.如权利要求4所述的测试项目的执行包更新方法，其特征在于，所述确定所述执行时间点与所述当前时间点的间隔时长的步骤之后，还包括：

6.如权利要求4所述的测试项目的执行包更新方法，其特征在于，所述确定所述自动化测试指令对应的测试项目是否有执行记录的步骤之后，还包括：

7.如权利要求3所述的测试项目的执行包更新方法，其特征在于，各个所述执行包对应的依赖信息中的依赖项目不重叠。

8.如权利要求1-7任一项所述的测试项目的执行包更新方法，其特征在于，所述根据最新版本的依赖项目重新编译所述测试项目的执行包的步骤之后，还包括：

获取重新编译的执行包的依赖信息；

9.一种测试项目的执行包更新装置，其特征在于，所述测试项目的执行包更新装置存储器、处理器以及存储在所述存储器并可在所述处理器上运行的测试项目的执行包更新程序，所述测试项目的执行包更新程序被所述处理器执行时实现如权利要求1-8任一项所述的测试项目的执行包更新方法的各个步骤。

10.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质存储有测试项目的执行包更新程序，所述测试项目的执行包更新程序被处理器执行时实现如权利要求1-8任一项所述的测试项目的执行包更新方法的各个步骤。