jenkins+Git+maven自动化测试持续集成

前提：1、linux机器上已经部署好Jenkins、maven、git

2、测试用例再git里以不同的接口名存放，即不同的用例对应不同的clone

一、jenkins界面配置

1、jenkins-全局工具配置界面配置好JAVA_HOME、maven、git，与Jenkins部署的linux机器的/etc/profile一致

2、job配置测试用例的git路径

3、job构建

3.1 图中第一个shell脚本：

#!/bin/bash

job_name=$1

TestCase_Jenkins_build_Path=xxx/jenkins/jobs/$job_name/workspace

TestCase_sync_to_Path=xxx/interface/data

#同步文件

echo "--*--*--*--*--*--*exec change excel testcase start--**--*--*"

cd $TestCase_sync_to_Path

rm -rf *.xlsx

cd $TestCase_Jenkins_build_Path

cp *.xlsx $TestCase_sync_to_Path

echo "--*--*--*--*exec over--*--*--*--*--*--*"

3.2 图中第二个shell脚本：

#!/bin/bash

#export LANG="en_US.UTF-8"

autotest_Path=xxxx

report_file_name=$1

report_file_Path=yyyy/apache-tomcat-8.5.53/webapps/report/$report_file_name

echo "--*--exec pom.xml/mvn test start--*--"

echo $report_file_name

cd $autotest_Path

zzzz/apache-maven-3.0.5/bin/mvn test

echo "--*--exec over--*--"

echo "--*--exec start reportng to tomcat/webapps --*--"

echo $report_file_name

echo $report_file_Path

mkdir -p $report_file_Path

cp $autotest_Path/target/surefire-reports/html/* $report_file_Path

echo "--*--exec over --*--"

二、jenkins部署linux机器配置

1、jenkins部署机器存放自动化测试代码的路径下,进行以下操作：

初始化：git init

建立远程连接：git remote add [远程库别名] [远程库ssh地址]

免密登录：git config --global credential.helper store

拉取远程代码：git pull [远程库别名] master

2、同时，将以下shell代码放入crontab定时任务，以保证定时更新最新的测试代码

#!/bin/bash

interfaceCode_Path=xxxx

echo "--*exec start git update autotest --*"

cd $interfaceCode_Path

date

git status

git pull [远程库别名] master

echo "--*--*--*--*--*--*exec over--*--*--*--*--*--*"

三、实现存放在git的测试用例变动会触发Jenkins自动测试

参考链接:https://www.cnblogs.com/zblade/p/9480366.html

设置GitLab以及Jenkins，实现每次GitLab上有提交事件的时候，都能触发Jenkins执行相应的操作

1、新建GitLab测试用例

进入个人GitLab账号，在右上角的加号中，选出GitLab 的 New Project，可以新建个人的GitLab工程：

其余都走默认的设置，填写好project的名字，可以创建一个新的project，如图：

2、设置Jenkins

2.1 首先安装 GitLab plugin

在“系统管理”->“插件管理”，查看已安装插件，输入 GitLab，看看是否已经安装，如果没有，则查看可选插件，搜索 GitLab，安装后重启即可。

2.2 新建一个测试工程

新建一个job，如图：

源码管理选择Git, 输入刚刚新建的GitLab的 URL以及个人的API_TOKEN:

目前只有master分支，后续可以根据不同分支对应设置不同的url，监听不同分支的情况。

在构建触发器选项中，勾选 Build when a change is pushed to GitLab ，该选项最后的URL就是这个工程的URL路径，注意如果是本机，则会显示localhost，可以将localhost改为个人的ip。

注意这个url，下一步会用到这个url。可以在工程中设置构建后的操作为执行一句python脚本： print("gitlab webhook jenkins")。点击应用和保存。

3. 设置GitLab的webhook

GitLab版本在不断变换，该版本的GitLab，如图可以找到WebHook的设置入口：

填入的url就是刚刚测试, 勾选push Event，这样就是每次有push操作的时候，就会触发webhook，执行填入的url中的操作：

点击保存，然后点击Test，可以测试是否可以执行，一般会报这些错误：

3.1 anonymous build

不支持匿名build，这是回到jenkins中，在系统管理 -> 全局安全管理中，勾选匿名用户具有可读权限如图：

然后点击应用和保存，回到GitLab，继续测试.

如果继续抱该错，则进入刚刚构建的工程，点击构建触发器中选中的Build When a change is

pushed右下角的高级选项，有一个Secret token，点击 Generate，会生成一个安全代码：

复制到webhook中的url下面：

然后保存，再测试，就可以通过，这时候会触发jenkins执行一次操作：

看看控制台输出：

3.2 valid crumb

如果报该错，则在安全设置中，不勾选 CSRF, 如图：

测试通过，后续可以在此基础上拓展，监听不同GitLab，同一个GitLab的不同分支的push操作，来分别触发jenkins端执行对应的操作。

4. GitLab webhook的原理

hook就是在相应的事件下设置钩子，当相应的事件触发的时候，比如push

event, merge event等操作的时候，就会触发hook下面的脚本执行，而gitlab webhook，

就是会触发执行这个webhook的url，类似于前面在jenkins调用中提到的打开url触发jenkins执行job。