自动化测试实战：0基础→自动化测试框架→企业级自动化持续集成_持续集成测试框架

最新推荐文章于 2024-05-23 17:18:39 发布
最新推荐文章于 2024-05-23 17:18:39 发布
阅读量373 收藏 8
点赞数 3
分类专栏： 程序员 文章标签： 单元测试 功能测试 学习
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/2401_84558870/article/details/138775640
版权

img
img

网上学习资料一大堆，但如果学到的知识不成体系，遇到问题时只是浅尝辄止，不再深入研究，那么很难做到真正的技术提升。

需要这份系统化的资料的朋友，可以戳这里获取

一个人可以走的很快，但一群人才能走的更远！不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人，都欢迎加入我们的的圈子（技术交流、学习资源、职场吐槽、大厂内推、面试辅导），让我们一起学习成长！

pipeline常用功能：https://www.cnblogs.com/uncleyong/p/16705620.html

使用Blue Ocean设计pipeline脚本：https://www.cnblogs.com/uncleyong/p/16727971.html

说明：由于资源不足，暂未加入sonarqube等

图片

07 pipeline具体实现

结合上面在Blue Ocean中设计的pipeline骨架，我们来完善并实现整个过程

parameters

可以选择要构建的分支

parameters {
gitParameter branch: '', branchFilter: 'origin/(.*)', defaultValue: '', description: '构建的分支', name: 'BRANCH', quickFilterEnabled: false, selectedValue: 'NONE', sortMode: 'NONE', tagFilter: '*', type: 'GitParameterDefinition'
}

环境变量

environment {
  HARBOR_ADDRESS = "192.168.117.160"
  IMAGE_NAME = "gift"
  NAMESPACE = "gift"
}

agent

k8s作为构建环境

  agent {
    kubernetes {
      cloud 'qzcsbj_kubernetes'
      yaml '''apiVersion: v1
kind: Pod
spec:
  containers:
    - image: 'registry.cn-chengdu.aliyuncs.com/qzcsbj6/jnlp:alpine'     
      name: jnlp
      imagePullPolicy: IfNotPresent
      args: [\'$(JENKINS_SECRET)\', \'$(JENKINS_NAME)\']
      volumeMounts:
        - mountPath: "/etc/localtime"
          name: "localtime"
          readOnly: false
    - image: "registry.cn-chengdu.aliyuncs.com/qzcsbj6/kubectl"
      imagePullPolicy: "IfNotPresent"
      name: "kubectl"
      tty: true
      command:
        - "cat"
      env:
        - name: "LANGUAGE"
          value: "en_US:en"
        - name: "LANG"
          value: "en_US.UTF-8"
      volumeMounts:
        - mountPath: "/etc/localtime"
          name: "localtime"
          readOnly: false
    - image: "registry.cn-chengdu.aliyuncs.com/qzcsbj6/docker"
      imagePullPolicy: "IfNotPresent"
      name: "docker"
      tty: true
      command:
        - "cat"
      env:
        - name: "LANGUAGE"
          value: "en_US:en"
        - name: "LANG"
          value: "en_US.UTF-8"
      volumeMounts:
        - mountPath: "/etc/localtime"
          name: "localtime"
          readOnly: false
        - mountPath: "/var/run/docker.sock"
          name: "dockersock"
          readOnly: false
    - image: "registry.cn-chengdu.aliyuncs.com/qzcsbj6/maven"
      imagePullPolicy: "IfNotPresent"
      name: "maven"
      tty: true
      command:
        - "cat"
      env:
        - name: "LANGUAGE"
          value: "en_US:en"
        - name: "LANG"
          value: "en_US.UTF-8"
      volumeMounts:
        - mountPath: "/etc/localtime"
          name: "localtime"
        - mountPath: "/root/.m2/"
          name: "m2dir"
          readOnly: false
    - image: "registry.cn-chengdu.aliyuncs.com/allure-commandline"
      imagePullPolicy: "IfNotPresent"
      name: "allure"
      tty: true
      command:
        - "cat"
      env:
        - name: "LANGUAGE"
          value: "en_US:en"
        - name: "LANG"
          value: "en_US.UTF-8"
      volumeMounts:
        - mountPath: "/etc/localtime"
          name: "localtime"
          readOnly: false
  restartPolicy: "Never"
  volumes:
    - name: "dockersock"
      hostPath:
        path: "/var/run/docker.sock"
    - name: "localtime"
      hostPath:
        path: "/usr/share/zoneinfo/Asia/Shanghai"
    - name: "m2dir"
      hostPath:
        path: "/opt/m2"
'''
    }
  }

pull project code

stage('pull project code') {
  parallel {
    stage('ui build') {
      when {
        expression {
          env.gitlabBranch == null
        }
      }
      steps {
        sh """
          echo '=================开始拉取项目代码'
        """
 
        git(url: 'git@192.168.117.180:qzcsbj/gift.git', branch: "${BRANCH}", credentialsId: 'qzcsbj_gitlab')
        script {
            COMMIT_ID = sh(returnStdout: true, script: "git log -n 1 --pretty=format:'%h'").trim()
            TAG = BUILD_TAG + '-' + COMMIT_ID
            println "Current branch is ${BRANCH}, Commit ID is ${COMMIT_ID}, Image TAG is ${TAG}"
        }           
      }
      post {
        failure {
          dingtalk (
            robot:'dd01',
            type:'MARKDOWN',
            atAll: true,
            title: "notice: 拉取项目代码失败",
            text: ["#### '${JOB_NAME}'项目代码拉取失败\n - 构建：第'${BUILD_NUMBER}'次\n - 状态：'${currentBuild.result}'\n - [查看本次构建详情](${BUILD_URL})"]
          )
        }
      }
    }
    stage('trigger build') {
      steps {
        sh """
          echo "待更新。。。"
        """
      }
    }
  }
}

mvn package

stage('mvn package') {
  steps {
    container(name: 'maven') {
      sh """
        echo '=================mvn开始打包'
        mvn clean package -Dmaven.test.skip=true
        echo '=================mvn打包完成'
      """
    }
  }
  post {
    failure {
      dingtalk (
        robot:'dd01',
        type:'MARKDOWN',
        atAll: true,
        title: "notice: mvn package失败",
        text: ["#### '${JOB_NAME}'项目mvn package失败\n - 构建：第'${BUILD_NUMBER}'次\n - 状态：'${currentBuild.result}'\n - [查看本次构建详情](${BUILD_URL})"]
      )
    }
  }
}

build and push image

stage('build and push image') {
  environment {
    HARBOR_USER = credentials('qzcsbj_harbor')
  }
  steps {
    container(name: 'docker') {
      sh """
        echo '=================开始构建镜像'
        docker build -t ${HARBOR_ADDRESS}/${REGISTRY_DIR}/${IMAGE_NAME}:${TAG} .
        docker login -u ${HARBOR_USER_USR} -p ${HARBOR_USER_PSW} ${HARBOR_ADDRESS}
        docker push ${HARBOR_ADDRESS}/${REGISTRY_DIR}/${IMAGE_NAME}:${TAG}
        echo '=================镜像推送完成'
      """
    }
  }
  post {
    failure {
      dingtalk (
        robot:'dd01',
        type:'MARKDOWN',
        atAll: true,
        title: "notice: 构建或者推送镜像失败",
        text: ["#### '${JOB_NAME}'项目构建或者推送镜像失败\n - 构建：第'${BUILD_NUMBER}'次\n - 状态：'${currentBuild.result}'\n - [查看本次构建详情](${BUILD_URL})"]
      )
    }
  }
}

deploy to k8s

stage('deploy to k8s') {
  environment {
    MY_KUBECONFIG = credentials('qzcsbj_k8s')
  }
  steps {
    container(name: 'kubectl'){
      sh """
        echo '=================开始部署到k8s'
        /usr/local/bin/kubectl --kubeconfig $MY_KUBECONFIG set image deploy -l app=${IMAGE_NAME} ${IMAGE_NAME}=${HARBOR_ADDRESS}/${REGISTRY_DIR}/${IMAGE_NAME}:${TAG} -n $NAMESPACE
        echo '=================部署到k8s完成'
      """
    }
  }
  post {
    success {
      dingtalk (
        robot:'dd01',
        type:'MARKDOWN',
        atAll: true,
        title: "notice: 自动化部署到k8s完成",
        text: ["#### '${JOB_NAME}'项目自动化部署到k8s完成\n - 构建：第'${BUILD_NUMBER}'次\n - 状态：'${currentBuild.result}'\n - [查看本次构建详情](${BUILD_URL})"]
      )
    }
    failure {
      dingtalk (
        robot:'dd01',
        type:'MARKDOWN',
        atAll: true,
        title: "notice: 自动化部署到k8s失败",
        text: ["#### '${JOB_NAME}'项目自动化部署到k8s失败\n - 构建：第'${BUILD_NUMBER}'次\n - 状态：'${currentBuild.result}'\n - [查看本次构建详情](${BUILD_URL})"]
      )
    }
  }
}

pull autotest code

stage("pull autotest code"){
  steps{
    sh """
      echo '=================开始拉取自动化测试代码'
    """
    git(
      credentialsId: 'qzcsbj_gitlab',
      url: 'git@192.168.117.180:root/apiautotest.git'
    )
  }
  post {
    failure {
      dingtalk (
        robot:'dd01',
        type:'MARKDOWN',
        atAll: true,
        title: "notice: 拉取自动化测试代码失败",
        text: ["#### 拉取自动化测试代码失败\n - 构建：第'${BUILD_NUMBER}'次\n - 状态：'${currentBuild.result}'\n - [查看本次构建详情](${BUILD_URL})"]
      )
    }
  }
}

run autotest

stage("run autotest"){
  steps{
    sh """
      mvn clean test -Dsurefire.suiteXmlFiles=testngXML/testng.xml
    """
  }
  post {
    success {
      dingtalk (
        robot:'dd01',
        type:'MARKDOWN',
        atAll: true,
        title: "notice: 自动化测试完成",
        text: ["#### '${JOB_NAME}'项目自动化测试完成\n - 构建：第'${BUILD_NUMBER}'次\n - 状态：'${currentBuild.result}'\n - [查看本次构建详情](${BUILD_URL}console)"]
      )
    }
    failure {
      dingtalk (
        robot:'dd01',
        type:'MARKDOWN',
        atAll: true,
        title: "notice: 自动化测试运行出错",
        text: ["#### '${JOB_NAME}'项目自动化测试运行出错\n - 构建：第'${BUILD_NUMBER}'次\n - 状态：'${currentBuild.result}'\n - [查看本次构建详情](${BUILD_URL})"]
      )
    }
  }
}



![img](https://img-blog.csdnimg.cn/img_convert/75e62050480040ff25a3b6f7122bea1c.png)
![img](https://img-blog.csdnimg.cn/img_convert/aba800f6101dc57d3d7c698cf862fbf4.png)

**网上学习资料一大堆，但如果学到的知识不成体系，遇到问题时只是浅尝辄止，不再深入研究，那么很难做到真正的技术提升。**

**[需要这份系统化的资料的朋友，可以戳这里获取](https://bbs.csdn.net/forums/4f45ff00ff254613a03fab5e56a57acb)**

**一个人可以走的很快，但一群人才能走的更远！不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人，都欢迎加入我们的的圈子（技术交流、学习资源、职场吐槽、大厂内推、面试辅导），让我们一起学习成长！**

{BUILD_URL})"]
      )
    }
  }
}



[外链图片转存中...(img-gtY3zF1c-1715536349082)]
[外链图片转存中...(img-G5VXuPCq-1715536349082)]

**网上学习资料一大堆，但如果学到的知识不成体系，遇到问题时只是浅尝辄止，不再深入研究，那么很难做到真正的技术提升。**

**[需要这份系统化的资料的朋友，可以戳这里获取](https://bbs.csdn.net/forums/4f45ff00ff254613a03fab5e56a57acb)**

**一个人可以走的很快，但一群人才能走的更远！不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人，都欢迎加入我们的的圈子（技术交流、学习资源、职场吐槽、大厂内推、面试辅导），让我们一起学习成长！**
2401_84558870
关注
  • 3
    点赞
  • 踩
  • 8
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
自动化测试实战：0基础→自动化测试框架→企业级自动化持续集成
主要分享测试的学习资源，帮助快速了解测试行业，帮助想转行、进阶、小白成长为高级测试工程师。
09-26 820
而当前主流技术是 “ k8s + 微服务 ” 等，我们完全可以利用k8s的优势来完成持续构建任务，每次构建时可以调度到任意节点，或者是具有指定标签的节点，这就实现了高可用，另外，结合pipeline，可以轻松简单实现持续集成，并且哪个阶段出问题了一目了然，排查起来也容易。k8s安装：https://www.cnblogs.com/uncleyong/p/15499732.html（k8s操作：https://www.cnblogs.com/uncleyong/p/15499743.html）
手把手教你设计接口自动化测试用例：提取接口信息并分析
02-28 1349
随着市场需求的变化，大部分企业在招聘测试人员时，都会提出接口自动化测试的相关要求，为什么会这样呢？ 目前，软件构架基本上都是前后端分离的，软件的主要功能由服务端提供。从整个软件测试市场来看，大部分的测试人员还是以功能测试和 UI 自动化测试为主，即以前端的页面测试为主，并不涉及过多的服务端测试。但由于软件开发成本提高，开发周期和迭代周期缩短，仅仅做前端的页面测试已不能满足软件对质量的各项要求。 服务端测试的主要对象是由服务端所提供的接口，因此也被称为接口测试。接口测试的优势在于，在一个前端页面的开发还未
自动化测试介绍—selenium python 自动化测试实战
测试界的彭于晏的博客
09-07 1073
软件测试分类 单元测试：单元测试（或模块测试）是对程序中的单个子程序或具有独立功能的代码段进行测试的过程。 集成测试：集成测试是单元测试的基础上，将通过单元模块组装成系统或子系统，再进行测试，重点是检查模块之间的接口是否正确。 系统测试：系统测试是针对整个产品系统进行的测试，验证系统是否满足了需求规格的定义，以及软件系统的正确性和性能等是否满足其规约所指定的要求。 验收测试：验收测试是部署软件之前的最后一个测试操作。验收测试的目的是确保软件准备就绪，向软件购买都展示该软件系统满足其用户.
0基础→自动化测试框架实现：java + testng + httpclient + allure
全栈测试笔记
09-26 1631
必备基础 java基础：https://www.cnblogs.com/uncleyong/p/15828510.html 配置文件解析(properties)：https://www.cnblogs.com/uncleyong/p/15867779.html fastjson的使用(处理json字符串、json数组)：https://www.cnblogs.com/uncleyong/p/16...
全干工程师神器 - Jmeter 09 - Jmeter持续集成介绍及轻量级接口自动化测试框架
易编橙 · 终身成长社群，相遇已是上上签！
10-08 489
该文档写于 2017年上半年并落地了公司两个接口自动化项目,记得当时使用的好像还是 3.2版本,目前最新版本也已经更新到了 5.4.1 版本(Java8),放出来吧…纯当是纪念了。
【实战】企业级持续集成（DevOps自动化平台）：git + gitlab + jenkins + pipeline + maven + harbor + docker + k8s...
全栈测试笔记
09-26 2160
为什么要写企业级持续集成(jenkins + pipeline + k8s)？ 目前网上自动化持续集成的资料很多，但基本上都是局限于jenkins自由风格的job，结合shell脚本来实现持续集成，这种方式的缺点也很明显： 　　1、构建出问题，排查困难 　　2、构建节点挂了，就不能完成构建任务 而当前主流技术是 “ k8s + 微服务 ” 等，我们完全可以利用k8s的优势来完成持续构建任务，每次...
python自动化测试怎么学习？我整理的超全学习指南，从基础到框架开发
weixin_56502375的博客
06-20 916
大部分进入测试行业的朋友，最开始接触都是纯功能界面测试，随着工作年限，会接触到一些常用测试工具，比如抓包，数据库，linux等。 但是有个比较常见的问题，由于现在企业大多数都是敏捷开发模式，容易陷入版本快速迭代中...
【手把手实现】自动化测试框架开发 + 企业级持续集成
伤心的辣条
01-03 839
近期有不少测试小伙伴在研究java自动化及持续集成，过程中遇到各种问题，建议把实现过程详细分享一下，因此周末抽时间整理了30篇左右，供大家学习参考。
接口自动化测试工具大全_接口测试工具，2024年最新征服软件测试面试官
2401_84247849的博客
04-20 729
它还有一些新的功能，可以使之更强大和更容易使用，如注解、具备大型线程池各种策略的运行测试、多线程的代码测试、灵活的测试配置、参数化数据驱动的测试支持等等。任何一个系统最后都是运行在操作系统之上的，也都运行在网络之上的，包括分布式系统，所以，需要在操作系统和网络上一定要有较深的造诣，尤其是高并发和高性能。解决高并发服务其实并没有那么难，这些年高并发服务的技术栈也已经没有了门槛，只要投入足够的成本，构建可伸缩的服务不是问题，达到多大的 TPS 也都不是问题，核心思想就是“分而治之，大而化下，小而化了”。
最全面的Java接口自动化测试实战.zip
09-21
E:\最全面的Java接口自动化测试实战\第3章 手工接口测试到自动化框架设计 E:\最全面的Java接口自动化测试实战\第4章 企业级代码管理工具git的应用 E:\最全面的Java接口自动化测试实战\第5章 测试框架TestNG E:\最...
最全面的Java接口自动化测试实战.docx
04-02
E:\最全面的Java接口自动化测试实战\第3章 手工接口测试到自动化框架设计 E:\最全面的Java接口自动化测试实战\第4章 企业级代码管理工具git的应用 E:\最全面的Java接口自动化测试实战\第5章 测试框架TestNG E:\最...
基于java的selenium3自动化测试完整教程
06-09
学完后可以独立构建起企业级/项目级的自动化测试，从搭建环境、编写脚本、使用框架组织运行脚本与输出报告、及后与持续集成工具Jenkins结合达到构建后即测试或指定晚上运行等方式，从而达到一个企业级的完整的自动...
Spring.3.x企业应用开发实战（完整版）.part2
05-31
　Spring3.0引入了众多Java开发者翘首以盼的新功能和新特性，如OXM、校验及格式化框架、REST风格的Web编程模型等。这些新功能实用性强、易用性高，可大幅降低Java应用，特别是JavaWeb应用开发的难度，同时有效提升...
Spring3.x企业应用开发实战（完整版） part1
05-31
　Spring3.0引入了众多Java开发者翘首以盼的新功能和新特性，如OXM、校验及格式化框架、REST风格的Web编程模型等。这些新功能实用性强、易用性高，可大幅降低Java应用，特别是JavaWeb应用开发的难度，同时有效提升...
功能测试：核心原理、挑战以及解决之道
m0_54701273的博客
05-21 667
在软件开发生命周期中，功能测试占据了至关重要的位置。它是确保软件应用按照既定的要求和规格运行的关键测试阶段。功能测试的目的在于验证软件的功能、行为和用户界面等是否达到了业务需求的标准。
为什么做了功能测试还要做接口测试
weixin_42258032的博客
05-14 791
在软件测试领域，接口测试和功能测试被视为质量保证过程中至关重要的组成部分。尽管它们之间存在部分重复，但更多的情况下，它们相辅相成，各自发挥着独特的作用。本文将探讨接口测试与功能测试之间的关系，以及它们在提升测试效率、降低成本、加强安全性、确保稳定性和促进测试人员技术能力提升方面的作用。接口测试与功能测试不是重复的测试，而是互为补充的测试策略。
半导体测试基础 - 功能测试
最新发布
qq_35654286的博客
05-23 824
功能测试（Functional Test）主要是验证逻辑功能，是运用测试矢量和测试命令来进行的一种测试，相比于纯 DC 测试而言，组合步骤相对复杂且耦合度高。在功能测试阶段时，测试系统会以周期为单位，将测试矢量输入 DUT，提供预测的结果并与输出的数据相比较，如果实际的结果与测试矢量预测值不相符，则认为不通过。
学习其他推理判断
小琳猫的博客
05-23 1102
学习其他推理判断
python自动化测试企业级框架
05-07
Python自动化测试企业级框架有很多，常用的包括Robot Framework、PyTest、Behave等。下面我简单介绍一下这些框架： 1. Robot Framework：是一个基于Python的通用自动化测试框架，具有可扩展性和可重用性。它支持...

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值