借持续集成的思想搞接口测试自动化

2017-11-27 Ivanli1990 51Testing软件测试网

　　前言

　　前段时间的工作中有接触到接口测试，测试代码以maven工程的形式编写，使用testNG测试框架。工作中，每次执行测试都是在IDE里手动执行测试代码，很是麻烦，再考虑到后期的回归测试需要，所以产生了把该接口测试自动化的想法。

　　最初的做法是将测试数据保存在excel中，测试代码从excel中读取测试数据，然后执行mvn test命令执行测试。但是excel中写测试用例不是很方便，另外，这样简单的测试工具只能在我本机上运行，如果想分享给其他同事也来执行测试的话，就需要在他本机上再重复安装和搭建测试依赖环境，比如maven，java等，且要保证版本一致性，很是麻烦。正好之前有学点docker的知识，为了便于移植，就考虑将测试工具容器化。另外，最近也一直在看有关持续集成和DevOpts相关的东西，感到QA未来的一条发展方向就是DevOpsts，就萌生了把这个接口测试按照持续集成的思想搞一下的念头，也算让自己实践一下，更好的理解该思想。所以这里就分享下自己搭建这套持续集成接口测试自动化的流程，可能会与正宗的持续集成差一点，但大概的思路应该是对的。

　　整体流程

　　整体的想法是测试数据和测试代码分离，两者之间没有耦合，修改一方不用再修改另一方。另外，由于测试脚本会经常改动，比如testng.xml中会时常更新要执行的测试case，希望每次改动测试脚本后，会自动触发构建测试工作，所以就考虑引入gitlab和jenkins，在每次本地修改过测试脚本后，将测试脚本push到gitlab，jenkins通过webhook检测到gitlab上测试脚本有更新后，触发一个构建job，将测试脚本clone到本地，并执行测试。这样，每更新一次测试代码就触发一次测试，达到了自动化测试的目的，这也是持续集成的思想。

　　另外，考虑后续的移植方便，将整个流程的各部分容器化，所以就要借助docker。整体流程如下：　

整体流程

Test Code

　　本地的测试脚本，每次修改测试脚本后，push到gitlab上。

Gitlab

　　利用docker搭建一个gitlab仓库容器，存储测试脚本。这个代码仓库建立起来后，不但自己本地修改测试脚本后可以上传到该仓库，也便于其他同事修改测试脚本后，同样上传到该测试代码仓库来触发自动化测试工作。

Jenkins

　　利用docker搭建一套Jenkins容器。这里的Jenkins的工作主要为：

　　① 检测gitlab仓库中测试脚本是否有更新，若有更新则触发一个构建job；

　　② 在构建job中执行测试工作，包括：

　　a、将gitlab中更新后的测试脚本下载到执行节点slave上；

　　b、启动mysql、maven容器，执行测试，收集测试报告。

MySQL

　　利用docker搭建一套mysql容器，该容器的作用为存储测试数据。

Maven

　　利用docker搭建一个maven容器，该容器的作用是加载测试脚本（maven工程），读取测试数据（从mysql容器中读取），执行测试（用mvn test调用testNG），生成测试报告。

　　可以看到，各个部分都是基于docker容器化的，各容器独立存在，互相解耦，且便于各自移植。

　　环境搭建

　　整套搭建在我本机的虚拟机192.168.201.130上搭建。

　　1、下载镜像

　　下载jenkins，gitlab，maven，mysql镜像。

　 sudo docker pull jenkins/jenkins:lts

　　sudo docker pull gitlab/gitlab-ce

　　sudo docker pull maven:3.5.2-jdk-8

　　sudo docker pull mysql

　　其中jenkins选lts版本，getlab选ce版本，maven选jdk8版本。

　　2、编排容器

　　容器编排采用docker-compose.yml。

　　2.1 mysql容器

　　该容器作为测试数据的存储。由于容器中mysql的数据保存在容器的/var/lib/mysql目录下，所以将该目录挂载到宿主机上，这样即使容器被删除，容器中mysql的数据也依然存在，下次再新建容器时，读取宿主机的数据库数据，“之前的数据库就恢复了”。所以，这也是用docker来搭建数据库的好处，可以复制多个相同的数据库。

　　2.1.1 新建mysql容器

　　将容器的/var/lib/mysql目录挂载到宿主机的的/home/ivanli/myown/docker_test/docker_mysql/data目录；

　　注意！必须确保宿主机的挂载目录下是空的，否则mysql容器启动会报错。

　　mysql容器的3306端口映射到宿主机的3307端口；

　　设置环境变量MYSQL_ROOT_PASSWORD，该变量的值即为mysql root用户的密码。

　　sudo docker run -v -d /home/ivanli/myown/docker_test/docker_mysql/data:/var/lib/mysql --name myMysql -e MYSQL_ROOT_PASSWORD=88888888 -p 3307:3306 mysql

　　2.1.2 测试数据存入mysql

　　作为测试数据保存源，首先要将测试数据（包括测试基础数据和测试用例等）先插入到mysql容器中，完成测试数据库的初始化，这样以后就可用该数据库提供测试数据进行测试工作了。

　　因为之前在宿主机上搭建了一套mysql，且创建好了数据库、表和数据，这里为了方便，直接将宿主机上mysql的数据库导出，导入进容器的mysql中。

导出宿主机数据库数据

　　mysqldump -u root -p --databases lego2TestData > mydb.bak

将数据库文件copy进容器/root目录下

　　sudo docker cp mydb.bak myMysql:/root/

进入mysql容器，导入数据

　　① 进入mysql容器

　　sudo docker exec -it myMysql /bin/bash

　　② 在容器内登录mysql数据库，密码为启动容器时的MYSQL_ROOT_PASSWORD环境变量的值

　　docker -u root -p

　　③ 新建一个与要导入的数据库同名的数据库

　　mysql> create database lego2TestData ;

　　④ 导入数据

　　mysql> source /root/mydb.bak;

　　至此，宿主机数据库就导入到mysql容器中了。

　　mysql为了安全性，在默认情况下用户只允许在本地登录，即目前该数据库只能在容器内被登录，所以为了在容器外也能远程登录容器内的mysql，要对数据库进行权限设置，这里设置为允许root用户在任何地方进行远程登录，并可对数据库进行任何操作：

　　grant all privileges on *.* to 'root'@'%' identified by '88888888' with grant option;

　　因为容器中数据库的数据挂载在宿主机上，所以，上面导入的数据库数据在下次容器创建时依然存在。这样，就可以用该容器作为测试数据提供源了。

　　2.2、maven容器

　　工作中要测试的代码是java写的，所以测试代码以maven工程的形式编写，然后以挂载的方式，将测试代码挂载进maven容器中，在maven容器中执行测试。

　　2.2.1、测试代码

　　测试代码由以下几部分组成：

　ivanli@ubuntu:~/myown/docker_test/docker_legoTest/testSuites_auto_test$ ll

　　total 36

　　-rw-rw-r-- 1 ivanli ivanli 2 Nov 7 00:27 :

　　drwxrwxr-x 5 ivanli ivanli 4096 Nov 14 03:05 ./

　　drwxrwxr-x 4 ivanli ivanli 4096 Nov 8 22:32 ../

　　drwxrwxr-x 4 ivanli ivanli 4096 Nov 7 00:27 config/

　　drwxrwxr-x 2 ivanli ivanli 4096 Nov 7 00:27 lib/

　　-rw-r--r-- 1 root root 3987 Nov 7 00:32 pom.xml

　　-rwxrwxr-x 1 ivanli ivanli 521 Nov 7 00:27 run.sh*

　　drwxrwxr-x 4 ivanli ivanli 4096 Nov 7 00:27 src/

　　-rw-rw-r-- 1 ivanli ivanli 309 Nov 7 00:27 testng.xml

config 配置文件

　　与测试工程相关的配置文件存放在这个文件夹，另外，连接mysql容器读取测试数据的配置文件db.properties也存放在此文件夹下，该文件内容为：

　　dbAddr = 192.168.201.130

　　dbPort = 3307

　　dbName = lego2TestData

　　dbUser = root

　　dbPassword = 88888888

　　其中192.168.201.130为docker宿主机ip。

src 测试代码

　　测试代码在src/test/java目录下。

pom.xml

　　测试框架选用testNG，以依赖的形式引入到pom.xml中。

　　因为testNG原生测试报告页面太low，所以用reportNG来生成测试报告。目前reportNG最高版本不支持中文，在网上down了别人改进的支持中文的reportNG jar包到本地，放入工程${project.basedir}/lib目录下。

　　另外，测试数据从mysql中读取，所以pom.xml中引入java操作mysql的jar包。

　　最后，因为要用到的maven容器中的java版本是1.8，所以maven-compiler-plugin插件中要指定java版本为1.8。

　　相关内容在pom.xml中为：

　　<groupId>org.testng</groupId>

　　<artifactId>testng</artifactId>

　　</dependency>

　　<groupId>mysql</groupId>

　　<artifactId>mysql-connector-java</artifactId>

　　</dependency>

　　<groupId>org.uncommons</groupId>

　　<artifactId>reportng</artifactId>

　　<scope>system</scope>

　　<systemPath>${project.basedir}/lib/reportng-1.1.5.jar</systemPath>

　　</dependency>

　　<groupId>velocity</groupId>

　　<artifactId>velocity</artifactId>

　　</dependency>

　　<groupId>com.google.inject</groupId>

　　<artifactId>guice</artifactId>

　　</dependency>

　　</dependencies>

　　<build>

　　<groupId>org.apache.maven.plugins</groupId>

　　<artifactId>maven-surefire-plugin</artifactId>

　　<name>usedefaultlisteners</name>

　　<value>false</value>

　　</property>

　　<name>listener</name>

　　<value>org.uncommons.reportng.HTMLReporter,

　　org.uncommons.reportng.JUnitXMLReporter</value>

　　</property>

　　</properties>

　　<workingDirectory>target/</workingDirectory>

　　<suiteXmlFile>testng.xml</suiteXmlFile>

　　</suiteXmlFiles>

　　<forkMode>always</forkMode>

　　</configuration>

　　</plugin>

　　<artifactId>maven-compiler-plugin</artifactId>

　　</configuration>

　　</plugin>

　　</plugins>

　　</build>

lib 存放本地依赖jar包

　　这个文件夹只是用来存放上面提到的下载到本地的支持中文的reportNG jar包。其实也可以将该jar包上传到自己的maven私服，然后在pom.xml中引入。这里就放在lib目录下：

ivanli@ubuntu:~/myown/docker_test/docker_legoTest/testSuites_auto_test/lib$ ll

　　total 44

　　drwxrwxr-x 2 ivanli ivanli 4096 Nov 7 00:27 ./

　　drwxrwxr-x 5 ivanli ivanli 4096 Nov 14 03:05 ../

　　-rw-rw-r-- 1 ivanli ivanli 34655 Nov 7 00:27 reportng-1.1.5.jar

testng.xml 写明测试套件和用例

　　testng.xml中写入要测试的套件和测试用例，这里就不多说了。

run.sh 测试运行脚本

　　脚本内容如下：

　　#!/bin/bash

　　# mvn clean

　　mvn clean

　　# 获取当前脚本所在路径

　　workdir=$(cd $(dirname "$0");pwd)

　　# 配置文件所在路径

　　dbConfig=$workdir'/config/dbconfig/db.properties'

　　scfConfig=$workdir'/config/online/scf.config'

　　# 配置文件复制到下面路径

　　toDbConfigPath=$workdir'/target/config/dbconfig'

　　toScfConfigPath=$workdir'/target/config/online'

　　# 复制配置文件

　　mkdir -p "$toDbConfigPath"

　　mkdir -p "$toScfConfigPath"

　　cp "$dbConfig" "$toDbConfigPath"

　　cp "$scfConfig" "$toScfConfigPath"

　　# mvn test

　　mvn test

　　该脚本主要包含3步：

　　① mvn clean

　　② 复制配置文件到项目的target目录下

　　由于编译后的测试代码是去工程的target/config目录下读取配置文件，而步骤①删除了target目录，所以步骤②需要手动新建target目录，并把配置文件复制到该目录下。

　　③ mvn test

　　执行测试，mvn test命令将调用testng执行测试。

　　2.2.2、maven容器编排

　　由于测试数据从mysql容器中读取，所以测试时，需要mysql容器先启动，再启动maven容器，即maven容器的启动依赖于mysql容器。因此，这里将mysql容器和maven容器放入同一个docker-compose.yml中编排：

docker-compose.yml

　　version: '2'

　　services:

　　mysql:

　　image: mysql

　　ports:

　　- "3307:3306"

　　container_name: myMySQL

　　volumes:

　　- "/home/ivanli/myown/docker_test/docker_mysql/data:/var/lib/mysql"

　　maven_lego_adServiceTest:

　　image: maven

　　container_name: maven_lego

　　depends_on:

　　- mysql

　　volumes:

　　# 将gitlab拉下来的maven工程导入容器中

　　- "/home/ivanli/myown/jenkins_node/workspace/lego2_AdServiceTestSuite/testSuites_auto_test:/usr/src/app"

　　# 将gitlab拉下来的maven配置文件替换容器的maven配置文件

　　- "/home/ivanli/myown/jenkins_node/workspace/lego2_AdServiceTestSuite/dockerMavenConf/settings.xml:/usr/share/maven/conf/settings.xml"

　　# 将宿主机目录作为maven仓库，做缓存用

　　- "/home/ivanli/myown/.m2/repo:/usr/share/maven/ref"

　　entrypoint: ["/usr/src/app/run.sh"]

　　mysql服务的启动，这里不再复述。

　　maven_lego_adServiceTest服务说明如下：

　　① depends_on

　　因为maven容器要读取mysql中的测试数据，所以要依赖mysql服务先启动。

　　② volumes挂载

　　挂载分3部分：

　　a、将gitlab拉下来（通过jenkins拉代码，拉下的代码所在目录为jenkins执行节点的工作区间）的测试代码maven工程testSuites_auto_test挂载到容器的/usr/src/app目录下；

　　b、将gitlab拉下来的maven配置文件替换容器的maven配置文件；

　　c、为了缓存maven容器下载的jar包，这里将maven容器中的maven仓库挂载到宿主机的/home/ivanli/myown/.m2/repo目录下。这样就不用每次启动容器都重新下载引用jar包了，提高测试速度。

　　③ entrypoint

　　容器启动后，要执行测试代码中的run.sh脚本执行测试，因为测试代码工程挂载到容器的/usr/src/app目录下，所以这里执行该目录下的run.sh脚本。

容器启动脚本dockerrun.sh

　　因为希望实际测试时，在开始测时创建容器，测试完成后删除容器，所以将该部分控制命令写入dockerrun.sh中：

　　#!/bin/bash -e

　　# 启动maven容器，执行测试

　　sudo docker-compose run -w /usr/src/app maven_lego_adServiceTest

　　# 删除容器

　　sudo docker-compose down

　　注意！实际启动容器执行测试的时候，不知为什么不能直接执行entrypoint中写明的/usr/src/app/run.sh脚本，提示在/目录下找不到run.sh的错误。所以在启动maven_lego_adServiceTest服务之前，先通过-w切换工作目录到/usr/src/app目录下，再启动maven_lego_adServiceTest服务，这样就可以成功执行run.sh脚本了。

　　容器执行测试完毕后，再执行docker-compose down，删除容器。

　　2.3、gitlab容器

　　gitlab容器作为远程代码仓库，存放测试代码。

　　2.3.1、gitlab容器编排

docker-compose.yml

　　version: '2'

　　services:

　　gitlab:

　　image: gitlab/gitlab-ce

　　ports:

　　- "8443:443"

　　- "8929:80"

　　- "2222:22"

　　container_name: gitlab

　　volumes:

　　- "/home/ivanli/myown/docker_test/docker_gitlab/config:/etc/gitlab"

　　- "/home/ivanli/myown/docker_test/docker_gitlab/logs:/var/log/gitlab"

　　- "/home/ivanli/myown/docker_test/docker_gitlab/data:/var/opt/gitlab"

　　① gitlab容器的https端口映射到宿主机的8443端口，http端口映射到宿主机的8929端口，ssh端口映射到宿主机的2222端口。

　　② gitlab容器中的/etc/gitlab、/var/log/gitlab和/var/opt/gitlab目录挂载到宿主机上。

　　2.3.2、配置gitlab

　　配置gitlab容器的/etc/gitlab/gitlab.rb

　　首先启动gitlab容器。

　　sudo docker-compose up -d

　　容器启动后，修改gitlab的配置文件/etc/gitlab/gitlab.rb。因为其所在目录有挂载到宿主机上，所以直接修改宿主机的/home/ivanli/myown/docker_test/docker_gitlab/config/gitlab.rb文件

　　① 配置http地址

　　这里配置为docker宿主机ip

　　# 配置http协议所使用的访问地址

　　external_url 'http://192.168.201.130'

　　② 配置ssh端口号

　　### GitLab Shell settings for GitLab

　　gitlab_rails['gitlab_shell_ssh_port'] = 2222

　　然后重启gitlab容器。

　　sudo docker restart gitlab

　　浏览器访问http://192.168.201.130:8929，出现如下页面说明gitlab容器搭建ok。

......

反向激励，在加速这个社会的黑化

Wealth | 中国成本轮金价涨势的前沿和中心

“Green & IntelligentManufacturing” Chinese Bridge Online Program

官媒发声：反对调休的声音不能装聋作哑！这不是放假，是“假放”（五一假期）

券商大佬卸任，曾任多家券商及公募基金一把手！