CN116028377A - 基于jenkins的自动化测试方法、装置和介质 - Google Patents

Abstract

本发明公开了一种基于jenkins的自动化测试方法、装置和介质，该方法包括：首先本地编写可接收参数的自动化测试脚本，并上传至代码托管平台；然后jenkins平台创建任务，拉取代码托管平台的脚本，设置参数化构建，将参数传至配置文件；自动化脚本从配置文件中读取参数，根据不同的参数决定不同环境、不同脚本的运行方式；在jenkins平台查看测试报告；最终实现一体化、可参数控制的自动化测试方法。本发明支持使用一份测试脚本，通过传入不同的入参，达到不同的自动化运行需求，避免了不断修改脚本然后上传再在平台运行，大大提高了脚本运行效率。

Description

基于jenkins的自动化测试方法、装置和介质

技术领域

本发明涉及jenkins自动化测试技术领域，尤其涉及一种基于jenkins的自动化测试方法、装置和介质。

背景技术

自动化测试目前有多种脚本编写语音，如JS、python、java、ruby、php等，其中使用较广泛的是python和java。python和java均可编写脚本后，在本地运行并生成测试报告。但是若想实行一体化的自动化部署、实行定时运行、多人协同编写脚本，则需要使用jenkins自动部署和代码托管平台。

jenkins平台使用java语言开发，具有易安装、易配置的特点，支持第三方插件，采用分布式构建，执行完成后可在平台端生成图表形式的详细测试报告，并通过email发送执行结果。jenkins是一个持续集成工具，可用于自动部署、监控持续重复的工作。gitee代码托管平台也叫码云，可以统一管理代码，支持多人协同编写脚本，实现随时随地修改和提交代码。

目前，jenkins持续集成运行自动化测试脚本的应用较少，需要人工运行脚本，人工部署，耗费较长时间，且有出错的风险。有的方法使用了jenkins集成执行脚本，但每次修改参数还需要修改脚本后提交代码，然后重新执行，也有较大的时间成本。本方法在此基础上，推出持续集成的参数化运行自动化脚本方法，减少了脚本修改次数，增加了脚本运行准确性。

发明内容

本发明的目的在于针对现有自动化脚本手工运行方式效率低且输入命令执行容易出错的不足，提供一种基于jenkins的自动化测试方法、装置和介质。本发明能够实现自动部署、定时执行、生成图形测试报告，发送邮件到指定用户的功能。

本发明的目的是通过以下技术方案来实现的：本发明实施例第一方面提供了一种基于jenkins的自动化测试方法，包括以下步骤：

（1）本地编写可接收参数的自动化测试脚本，并上传至代码托管平台；

（2）jenkins平台创建任务，拉取代码托管平台的脚本，设置参数化构建，以将参数传至配置文件；

（3）自动化测试脚本从配置文件中读取参数，以获取参数对应的环境和脚本；

（4）jenkins平台参数化运行自动化测试脚本，并生成测试报告。

可选地，所述自动化测试脚本从配置文件中接收运行时的参数，根据不同的参数，决定当前运行时选择的环境、脚本，以实现不同的脚本运行方式。

可选地，所述配置文件在其配置参数中设置自动化参数，若jenkins平台有传参，则优先使用jenkins平台传入的参数值；若jenkins平台未传参，则使用配置文件中默认的参数值。

可选地，所述代码托管平台包括gitee和gitlab。

可选地，所述步骤（2）包括以下子步骤：

（2.1）jenkins平台新建一个项目，选择构建一个maven项目；

（2.2）源码管理选择从代码托管平台拉取脚本；

（2.3）在参数化构建中，添加选项参数，所述选项参数和自动化测试脚本中的参数匹配；

（2.4）继续jenkins平台配置，输入运行参数的值，把jenkins平台的参数传递至配置文件；

（2.5）选择构建时，选择选项参数的值后开始构建，该值通过配置文件以传递给自动化测试脚本，以实现脚本的参数化运行。

可选地，所述步骤（2.1）中jenkins平台新建一个项目时，使用项目管理工具，选择配置文件进行编译。

可选地，所述步骤（2.3）中参数化构建中，创建多个选项参数，通过运行命令将所选的参数传递给配置文件。

可选地，所述测试报告包括成功条数、失败条数和失败报错。

本发明实施例第二方面提供了一种基于jenkins的自动化测试装置，包括一个或多个处理器，用于实现上述的基于jenkins的自动化测试方法。

本发明实施例第三方面提供了一种计算机可读存储介质，其上存储有程序，该程序被处理器执行时，用于实现上述的基于jenkins的自动化测试方法。

本发明的有益效果是，本发明使用本地脚本编辑器编写可接收参数的自动化测试脚本，并上传至代码托管平台，通过代码托管平台更新代码，可以实现多人协同编写和更新代码，有助于jenkins从代码托管平台自动获取代码，轻松实现代码的管理；同时在jenkins平台创建任务，引用代码托管平台端的脚本，设置参数化构建，通过运行命令将参数传至配置文件；此时，自动化脚本从配置文件中读取参数，根据不同的参数决定不同环境、不同脚本的编码方式；最后在jenkins平台查看测试报告，最终实现一体化、可参数控制的自动化测试方法；本发明通过使用一份测试脚本，运行时传入不同的参数，达到不同的自动化运行需求，避免了不断修改脚本然后上传再在平台运行，大大提高了脚本的运行效率。

附图说明

图1是本发明的基于jenkins的自动化测试方法的流程图；

图2是本发明的业务流转流程图；

图3是本发明的创建任务的流程图；

图4是本发明的编写脚本的流程图；

图5是本发明的参数传递的流程图；

图6是本发明的运行脚本的流程图；

图7是本发明的基于jenkins的自动化测试装置的一种结构示意图。

具体实施方式

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

在本发明使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本发明。在本发明和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义。还应当理解，本文中使用的术语“和/或”是指并包含一个或多个相关联的列出项目的任何或所有可能组合。

应当理解，尽管在本发明可能采用术语第一、第二、第三等来描述各种信息，但这些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开。例如，在不脱离本发明范围的情况下，第一信息也可以被称为第二信息，类似地，第二信息也可以被称为第一信息。取决于语境，如在此所使用的词语“如果”可以被解释成为“在……时”或“当……时”或“响应于确定”。

下面结合附图，对本发明进行详细说明。在不冲突的情况下，下述的实施例及实施方式中的特征可以相互组合。

参见图1-图2，本发明的基于jenkins的自动化测试方法，包括以下步骤：

（1）本地编写可接收参数的自动化测试脚本，并上传至代码托管平台。

本实施例中，需要在本地脚本编辑器中编写可接收参数的自动化测试脚本，如图3所示。该自动化测试脚本可以从配置文件中接收运行时的参数，根据不同的参数，决定当前运行时选择的环境和脚本，实现不同的脚本运行方式。

应当理解的是，本地脚本编辑器有多种类型，只要能够编写代码即可，例如python、java等。

需要说明的是，从配置文件中接收运行时的参数，参数不同，运行该参数对应的环境和脚本。示例性地，如果输入a参数，则执行a参数条件下的脚本，如果输入b参数，则执行b参数条件下的脚本。

本实施例中，还需要在配置文件中添加参数及其属性，例如参数“env”，其属性为“运行环境”。

需要说明的是，具体可以根据实际情况设置所需参数。例如，本实施例中设置了3个参数，分别是运行环境、运行测试用例和用例失败通知名单参数。在配置文件中，在标签下定义这三个参数，并设置默认值；应当理解的是，标签是配置文件下面的一个分类，配置文件有很多标签，在设置参数的标签下，定义参数；当然也可以去掉标签这个词。定义好参数后，需要传递参数，这时需要用到插件，在配置文件中，在插件里设置自定义环境变量，去引用在配置文件中设定的变量的值。

示例性地，在配置文件里引入插件，形式就是<plugins>，也相当于是一个标签，只有在插件这个标签下，才能接接收参数，并将参数传递至自动化测试脚本。

在参数传递过程中，jenkins平台设置参数值→传至配置文件的插件里的参数（变量）→变量传输至脚本。配置文件的插件里的参数，如果jenkins平台有传递参数给它，则取jenkins平台的参数，如果没有，则取一个默认值，这个默认值就是配置文件中定义的变量的值。

进一步地，当jenkins没有传递参数时，使用该默认值；当jenkins有传递参数时，使用jenkins传递的值。

本实施例中，自动化测试脚本在本地编写完成后，将自动化测试脚本的代码上传至代码托管平台，如此便可以在其他团队成员协同编辑时，从代码管理平台拉取代码即可，其他成员提交更新后，小组内成员均可下载更新成最新代码，有助于团队各个成员更加方便的对自动化测试脚本进行编写，有利于团队协作。

其中，代码托管平台是一个可以上传代码以及下载代码的网站，该网站可以协同编辑上传代码，例如gitee、gitlab等等。

应当理解的是，使用代码托管平台更新代码，实现多人协同编写代码和更新，多人协同编辑完成后，点击提交，提交最新代码到代码托管平台上。 jenkins从代码托管平台自动获取代码，轻松实现代码的管理。

（2）jenkins平台创建任务，拉取代码托管平台的脚本，设置参数化构建，将参数传至配置文件，如图4所示。

本实施例中，jenkins平台是基于Java开发的一种持续集成平台，用于监控持续重复的工作，使软件项目可以进行持续集成。

使用jenkins平台创建一个自动化部署、持续监控的项目，即自动化执行脚本的任务，拉取代码托管平台的脚本，设置参数化构建，之后即可参数化运行脚本，脚本运行的时候，即可传输参数。

jenkins平台参数化运行脚本，jenkins平台使用参数化构建自动化测试脚本，构建时选择名称和选项，通过运行命令将参数传递给配置文件，实现参数化运行自动化脚本。

具体地：

（2.1）jenkins平台新建一个项目，选择构建一个maven项目。

jenkins平台创建任务，新建一个项目时，使用项目管理工具，选择配置文件进行编译。

需要说明的是，jenkins平台包括项目管理工具，项目管理工具包括a文件、b文件和配置文件等，所以可以选择配置文件进行编译。

（2.2）源码管理选择从代码托管平台拉取脚本。

（2.3）在参数化构建中，添加选项参数，其中，选项参数和自动化测试脚本中的参数匹配即可。

应当理解的是，jenkins平台会有多个选项参数，可以设置多个选项以供选择；参数匹配指的是参数名称一致。

在本实施例中，jenkins平台创建任务时，选择参数化构建过程，构建时创建多个选项参数，通过运行命令将所选的参数传递给配置文件。例如，比如 选项参数RunEnv的选项有pro和test，分别表示生产和测试环境；运行命令clean test -DRunEnv=${RunEnv}就可以实行参数从选项参数传递给运行参数。

（2.4）继续jenkins平台配置，输入运行参数的值，把jenkins平台的参数传递至配置文件。

应当理解的是，运行参数即为选项参数传入的值；选项参数有多个选项，比如a、b、c、d，选项参数选择的选项，通过运行参数，传递给脚本。

（2.5）选择构建时，选择选项参数的值后开始构建，该值会通过配置文件最终传递给自动化测试脚本，实现脚本的参数化运行。

应当理解的是，选项参数选择一个选项，这个选项传递给脚本，脚本就是跑这个选项参数；选项参数选择另一个选项，就是另一个参数的脚本。通过选项参数的值，跑不同的脚本，就是参数化运行脚本，如此即可实现脚本的参数化运行。

示例性地，比如选项参数RunEnv的选项有pro和test，分别表示生产和测试环境，运行命令clean test -DRunEnv=${RunEnv}就可以实行参数从选项参数传递给运行参数。

（3）自动化测试脚本从配置文件中读取参数，以获取参数对应的环境和脚本，根据不同的参数决定不同环境、不同脚本的编码方式。

本实施例中，配置文件，可在其配置参数中设置自动化参数，如果jenkins有传参，则优先使用jenkins传入的参数值；如果未传参，则使用配置文件中默认的参数值。运行自动化测试脚本，接收从jenkins传递的参数。jenkins有传入参数时，运行脚本使用传入的参数；jenkins不传入参数，运行脚本使用配置文件中默认的参数值，如图5所示。

具体地，参数的传递过程为：jenkins平台设置参数值→传至配置文件的插件里的参数（变量）→变量传输至脚本；配置文件的插件里的参数（自动化参数），如果jenkins平台有传递参数给它，则取jenkins平台的参数，如果没有，则取一个默认值，这个默认值就是配置文件中定义的变量的值。

示例性地，自动化测试脚本从配置文件中读取参数，该参数指的是前文所设置的3个参数，即运行环境、运行测试用例和用例失败通知名单参数。通过选项参数选择具体的值，运行时，通过运行参数，传递给脚本的配置文件的参数。配置文件的参数，传递给脚本，脚本来实现跑不同的参数的脚本。

jenkins平台通过传入参数值，自动化测试脚本实现了参数化运行脚本。根据传入的参数决定运行测试环境或正式环境，根据传入的参数决定运行脚本的功能，决定脚本报错时通知人员的名单，从而达到不修改脚本，即可实现不同运行方式的目的。应当理解的是，自动化测试脚本的测试过程为：使用脚本去测试功能的正确性，其中，自动化测试脚本可以选择正式环境，也可以选择测试环境，这个测试环境表示用户使用的环境，正常用户使用的是正式环境，测试人员，会先在测试环境测试，测试通过后，才上线到正式环境。

（4）jenkins平台参数化运行自动化测试脚本，并生成测试报告。

jenkins平台先传参数，然后使用设置的参数运行自动化测试脚本，并生成测试报告，如图6所示。

jenkins平台点击开始构建后，在jenkins平台开始执行，打印出运行日志，可以看到运行成功，输出打印的参数值。运行完成后，生成测试报告，其中，测试报告包括成功条数、失败条数、失败报错等。

本方法使用本地脚本编辑器编写可接收参数的自动化测试脚本，并上传至代码托管平台。同时在jenkins平台创建任务，引用代码托管平台端的脚本，设置参数化构建，通过运行命令将参数传至配置文件。此时，自动化脚本从配置文件中读取参数，根据不同的参数决定不同环境、不同脚本的编码方式。最后，在jenkins平台查看测试报告，最终实现一体化、可参数控制的自动化测试方法。本方法通过使用一份测试脚本，运行时传入不同的参数，达到不同参数的自动化运行需求，避免了不断修改脚本然后上传再在平台运行，减少了脚本修改次数，极大提高了脚本运行效率。

与前述基于jenkins的自动化测试方法的实施例相对应，本发明还提供了基于jenkins的自动化测试装置的实施例。

参见图7，本发明实施例提供的一种基于jenkins的自动化测试装置，包括一个或多个处理器，用于实现上述实施例中的基于jenkins的自动化测试方法。

本发明基于jenkins的自动化测试装置的实施例可以应用在任意具备数据处理能力的设备上，该任意具备数据处理能力的设备可以为诸如计算机等设备或装置。装置实施例可以通过软件实现，也可以通过硬件或者软硬件结合的方式实现。以软件实现为例，作为一个逻辑意义上的装置，是通过其所在任意具备数据处理能力的设备的处理器将非易失性存储器中对应的计算机程序指令读取到内存中运行形成的。从硬件层面而言，如图7所示，为本发明基于jenkins的自动化测试装置所在任意具备数据处理能力的设备的一种硬件结构图，除了图7所示的处理器、内存、网络接口、以及非易失性存储器之外，实施例中装置所在的任意具备数据处理能力的设备通常根据该任意具备数据处理能力的设备的实际功能，还可以包括其他硬件，对此不再赘述。

上述装置中各个单元的功能和作用的实现过程具体详见上述方法中对应步骤的实现过程，在此不再赘述。

对于装置实施例而言，由于其基本对应于方法实施例，所以相关之处参见方法实施例的部分说明即可。以上所描述的装置实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本发明方案的目的。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。

本发明实施例还提供一种计算机可读存储介质，其上存储有程序，该程序被处理器执行时，实现上述实施例中的基于jenkins的自动化测试方法。

所述计算机可读存储介质可以是前述任一实施例所述的任意具备数据处理能力的设备的内部存储单元，例如硬盘或内存。所述计算机可读存储介质也可以是任意具备数据处理能力的设备，例如所述设备上配备的插接式硬盘、智能存储卡（Smart Media Card，SMC）、SD卡、闪存卡（Flash Card）等。进一步的，所述计算机可读存储介质还可以既包括任意具备数据处理能力的设备的内部存储单元也包括外部存储设备。所述计算机可读存储介质用于存储所述计算机程序以及所述任意具备数据处理能力的设备所需的其他程序和数据，还可以用于暂时地存储已经输出或者将要输出的数据。

以上实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围。

Claims (10)

1.一种基于jenkins的自动化测试方法，其特征在于，包括以下步骤：

（1）本地编写可接收参数的自动化测试脚本，并上传至代码托管平台；

（2）jenkins平台创建任务，拉取代码托管平台的脚本，设置参数化构建，以将参数传至配置文件；

（3）自动化测试脚本从配置文件中读取参数，以获取参数对应的环境和脚本；

（4）jenkins平台参数化运行自动化测试脚本，并生成测试报告。

2.根据权利要求1所述的基于jenkins的自动化测试方法，其特征在于，所述自动化测试脚本从配置文件中接收运行时的参数，根据不同的参数，决定当前运行时选择的环境、脚本，以实现不同的脚本运行方式。

3.根据权利要求2所述的基于jenkins的自动化测试方法，其特征在于，所述配置文件在其配置参数中设置自动化参数，若jenkins平台有传参，则优先使用jenkins平台传入的参数值；若jenkins平台未传参，则使用配置文件中默认的参数值。

4.根据权利要求1所述的基于jenkins的自动化测试方法，其特征在于，所述代码托管平台包括gitee和gitlab。

5.根据权利要求1所述的基于jenkins的自动化测试方法，其特征在于，所述步骤（2）包括以下子步骤：

（2.1）jenkins平台新建一个项目，选择构建一个maven项目；

（2.2）源码管理选择从代码托管平台拉取脚本；

（2.3）在参数化构建中，添加选项参数，所述选项参数和自动化测试脚本中的参数匹配；

（2.4）继续jenkins平台配置，输入运行参数的值，把jenkins平台的参数传递至配置文件；

（2.5）选择构建时，选择选项参数的值后开始构建，该值通过配置文件以传递给自动化测试脚本，以实现脚本的参数化运行。

6.根据权利要求5所述的基于jenkins的自动化测试方法，其特征在于，所述步骤（2.1）中jenkins平台新建一个项目时，使用项目管理工具，选择配置文件进行编译。

7.根据权利要求5所述的基于jenkins的自动化测试方法，其特征在于，所述步骤（2.3）中参数化构建中，创建多个选项参数，通过运行命令将所选的参数传递给配置文件。

8.根据权利要求1所述的基于jenkins的自动化测试方法，其特征在于，所述测试报告包括成功条数、失败条数和失败报错。

9.一种基于jenkins的自动化测试装置，其特征在于，包括一个或多个处理器，用于实现权利要求1-8中任一项所述的基于jenkins的自动化测试方法。

10.一种计算机可读存储介质，其特征在于，其上存储有程序，该程序被处理器执行时，用于实现权利要求1-8中任一项所述的基于jenkins的自动化测试方法。

Images