热门标签 | HotTags
当前位置:  开发笔记 > 编程语言 > 正文

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

篇首语:本文由编程笔记#小编为大家整理,主要介绍了借持续集成的思想搞接口测试自动化相关的知识,希望对你有一定的参考价值。

篇首语:本文由编程笔记#小编为大家整理,主要介绍了借持续集成的思想搞接口测试自动化相关的知识,希望对你有一定的参考价值。









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


  前言


  前段时间的工作中有接触到接口测试,测试代码以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中为:


  


  


  org.testng


  testng


  6.10


  test


  


  


  


  mysql


  mysql-connector-java


  5.1.38


  


  


  


  org.uncommons


  reportng


  1.1.5


  system


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


  


  


  velocity


  velocity


  1.4


  


  


  com.google.inject


  guice


  4.0


  


  


  


  


  


  


  org.apache.maven.plugins


  maven-surefire-plugin


  2.18.1


  


  


  


  usedefaultlisteners


  false


  


  


  listener


  org.uncommons.reportng.htmlReporter,


  org.uncommons.reportng.JUnitXMLReporter


  


  


  target/


  


  testng.xml


  


  always


  


  


  


  maven-compiler-plugin


  3.1


  


  utf-8


  true


  1.8


  1.8


  


  


  


  



  • 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


  清理项目目录下的targer目录。


  ② 复制配置文件到项目的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文件


  这里配置为docker宿主机ip


  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。


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


......


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









 


推荐阅读







点击阅读☞


点击阅读☞


点击阅读☞


点击阅读☞


点击阅读☞


















点击左下角“阅读原文”,查看全文内容!






推荐阅读
  • CentOS 7环境下Jenkins的安装与前后端应用部署详解
    CentOS 7环境下Jenkins的安装与前后端应用部署详解 ... [详细]
  • 如何在Spark数据排序过程中有效避免内存溢出(OOM)问题
    本文深入探讨了在使用Spark进行数据排序时如何有效预防内存溢出(OOM)问题。通过具体的代码示例,详细阐述了优化策略和技术手段,为读者在实际工作中遇到类似问题提供了宝贵的参考和指导。 ... [详细]
  • 在过去,我曾使用过自建MySQL服务器中的MyISAM和InnoDB存储引擎(也曾尝试过Memory引擎)。今年初,我开始转向阿里云的关系型数据库服务,并深入研究了其高效的压缩存储引擎TokuDB。TokuDB在数据压缩和处理大规模数据集方面表现出色,显著提升了存储效率和查询性能。通过实际应用,我发现TokuDB不仅能够有效减少存储成本,还能显著提高数据处理速度,特别适用于高并发和大数据量的场景。 ... [详细]
  • 在CentOS 7上部署WebRTC网关Janus
    在CentOS 7上部署WebRTC网关Janus ... [详细]
  • 掌握PHP编程必备知识与技巧——全面教程在当今的PHP开发中,了解并运用最新的技术和最佳实践至关重要。本教程将详细介绍PHP编程的核心知识与实用技巧。首先,确保你正在使用PHP 5.3或更高版本,最好是最新版本,以充分利用其性能优化和新特性。此外,我们还将探讨代码结构、安全性和性能优化等方面的内容,帮助你成为一名更高效的PHP开发者。 ... [详细]
  • 在第二课中,我们将深入探讨Scala的面向对象编程核心概念及其在Spark源码中的应用。首先,通过详细的实战案例,全面解析Scala中的类和对象。作为一门纯面向对象的语言,Scala的类设计和对象使用是理解其面向对象特性的关键。此外,我们还将介绍如何通过阅读Spark源码来进一步巩固对这些概念的理解。这不仅有助于提升编程技能,还能为后续的高级应用开发打下坚实的基础。 ... [详细]
  • 大家好,我是梅巴哥er。本文将深入探讨Redux框架中的第三个实战案例,具体实现每两秒自动点击按钮以触发颜色变化的功能。该案例中,一个关键点在于是否需要使用异步操作来处理定时任务,我们将详细分析其必要性和实现方式。通过这一实例,读者可以更好地理解Redux在实际项目中的应用及其异步处理机制。 ... [详细]
  • 【并发编程】全面解析 Java 内存模型,一篇文章带你彻底掌握
    本文深入解析了 Java 内存模型(JMM),从基础概念到高级特性进行全面讲解,帮助读者彻底掌握 JMM 的核心原理和应用技巧。通过详细分析内存可见性、原子性和有序性等问题,结合实际代码示例,使开发者能够更好地理解和优化多线程并发程序。 ... [详细]
  • 本文详细探讨了Java集合框架的使用方法及其性能特点。首先,通过关系图展示了集合接口之间的层次结构,如`Collection`接口作为对象集合的基础,其下分为`List`、`Set`和`Queue`等子接口。其中,`List`接口支持按插入顺序保存元素且允许重复,而`Set`接口则确保元素唯一性。此外,文章还深入分析了不同集合类在实际应用中的性能表现,为开发者选择合适的集合类型提供了参考依据。 ... [详细]
  • 在稀疏直接法视觉里程计中,通过优化特征点并采用基于光度误差最小化的灰度图像线性插值技术,提高了定位精度。该方法通过对空间点的非齐次和齐次表示进行处理,利用RGB-D传感器获取的3D坐标信息,在两帧图像之间实现精确匹配,有效减少了光度误差,提升了系统的鲁棒性和稳定性。 ... [详细]
  • 从用户转型为开发者:一场思维升级的旅程 | 专访 StarRocks Committer 周威
    从用户转变为开发者,不仅是一次角色的转换,更是一场深刻的思维升级之旅。本次专访中,StarRocks Committer 周威分享了他如何在这一过程中逐步提升技术能力与思维方式,为开源社区贡献自己的力量。 ... [详细]
  • 本文探讨了将PEBuilder转换为DIBooter.sh的方法,重点介绍了如何将DI工具集成到启动层,实现离线镜像引导安装。通过使用DD命令替代传统的grub-install工具,实现了GRUB的离线安装。此外,还详细解析了bootice工具的工作原理及其在该过程中的应用,确保系统在无网络环境下也能顺利引导和安装。 ... [详细]
  • Docker网络基础探讨了如何通过高效的技术手段实现跨主机容器间的顺畅通信与访问。本文深入分析了Docker网络架构,特别是其在多主机环境下的应用,为Go语言开发者提供了宝贵的实践指导和理论支持。 ... [详细]
  • 技术分享:深入解析GestureDetector手势识别机制
    技术分享:深入解析GestureDetector手势识别机制 ... [详细]
  • Java 枚举类型中如何正确设置和使用枚举值? ... [详细]
author-avatar
min覀igreenr
这个家伙很懒,什么也没留下!
PHP1.CN | 中国最专业的PHP中文社区 | DevBox开发工具箱 | json解析格式化 |PHP资讯 | PHP教程 | 数据库技术 | 服务器技术 | 前端开发技术 | PHP框架 | 开发工具 | 在线工具
Copyright © 1998 - 2020 PHP1.CN. All Rights Reserved | 京公网安备 11010802041100号 | 京ICP备19059560号-4 | PHP1.CN 第一PHP社区 版权所有