jenkins的build命令:clean test -U findbugs:findbugs pmd:pmd sonar:sonar -Djava.io.tmpdir=/tmp/ -Dsonar.projectKey=xxxxx -Dsonar.projectName=xxxxxx -Dsonar.branch=xxxxx,这条命令执行单测的时候,会产生大量的临时文件到linux的/tmp/目录,日积月累,会最终消耗殆尽inode,从而不能使用硬盘再创建文件和文件夹 原因:在做java单元测试…
在PyCharm里面代码执行没问题 本地cmd执行也没问题 Jenkins执行时报错 原因是第三方库是用PyCharm安装的,后来在Jenkins服务器上用pip装好第三方库后,就可以执行了 再执行 cmd: Jenkins:…
为保证生成单元测试覆盖 sonarqube或者jacoco与maven集成时,如果pom文件配置了sonarqube或者Jacoco的相关配置, 那么在pom文件所在目录执行mvn clean install sonar:sonar即可完成测试结果导出 但是在执行单元测试时有些单元测试失败将会终止后续sonar:sonar的执行 有两个办法可以解决这个问题: 1.在执行mvn clean install后面增加 -Dmaven.test.failure.ignore=true 2.在pom文件中…
用jenkins执行shell脚本,执行一条命令: #唤醒休眠手机 adb shell input keyevent 提示: [adb] $ /bin/sh -xe /Users/xxxxx/tools/apache-tomcat-8.5.30/temp/jenkins8525959692743554347.sh + adb shell input keyevent 26 /Users/xxxxx/tools/apache-tomcat-8.5.30/temp/jenkins8525959692…
1. Jenkins本地执行测试 or 服务器端执行测试 测试代码计划通过jenkins执行时,通过网上查询各种教程,大多数为本地执行测试,由此可见,本地执行是大多数人的选择. 经过探讨,最终决定采用服务端执行测试.自动化测试代码上传到测试服务器,通过jenkins部署并执行,可减少本地资源占用. 2. 服务器端执行测试,需要的browser & webDriver 鉴于公司测试服务器为无界面的Linux系统,浏览器采用无界面的chrome.即,在服务器安装Headless Chrome. we…
本文是<Jenkins流水线(pipeline)实战>系列的第二篇,上一篇搭建好了Jenkins环境并执行了一个简单的pipeline任务,当时我们直接在Jenkins网页上编写pipeline脚本,这种方式虽然简单,但是也有不足之处: pipeline脚本内容复杂时,在网页上编辑和查找都不方便: 无法对脚本文件做版本管理,例如提交到GitHub上: 今天的文章打算解决上述问题:将pipeline脚本以文件的形势保存在GitHub上,让Jenkins下载该脚本然后执行: 系列文章地址 <…
若要转载本文,请务必声明出处:https://www.cnblogs.com/zhongyuanzhao000/p/11681474.html 原因: 本人最近正在尝试CI/CD,所以就使用了 Jenkins这款强大的CI/CD工具.由于直接在linux系统安装的Jenkins服务,且在pipeline中需要使用到 docker命令 和 docker-compose 命令,所以我考虑 在Jenkins中直接使用 宿主机中的 docker 和 docker-compose 命令. 解决步骤: 一.…
存在这样一个场景: 当项目启动时间过长,又没办法缩短的时候,写单元测试就是一个十分耗时的工作, 这工作不在于使用编写代码,而在于每次run junit test 都需要完整启动一次项目,白白浪费宝贵的生命. 当由于某个字段没有赋值,或者某个简单判断写错,导致需要再等个3-5分钟启动 junit test,是否会想要执行一次san check? 于是乎: 假若能使用controller来调用test类方法的话,那么在本地调试单元测试时,对于一些简单的代码修改, 通过热部署,只需要重新进行一次url…
Jenkins执行脚本文件如下(startup.sh): #!/bin/bash #这里可替换为你自己的执行程序,其他代码无需更改 export JAVA_HOME=/usr/src/java/jdk1.8.0_201 APP_NAME=school-rest-1.0.0-SNAPSHOT.jar FULL_PATH=/usr/data/school-rest/school-rest-1.0.0-SNAPSHOT.jar #启动方法 start(){ pid=`ps -ef|grep $APP_…
背景 很多情况下,我们编写了一些工具库之后,往往在某些框架版本中会出现一些问题,比如本人最近写的一个导入导出的工具库Magicodes.IE(GitHub:https://github.com/xin-lai/Magicodes.IE)就出现了以下问题:   虽然支持标准库2.0,但是通过编写单元测试,确实发现如此: 因此,单元测试确实需要针对各个框架版本进行测试,并且相关代码需要针对框架进行兼容修改.那么如何实现呢?接下来我们一步步实践. .NET框架版本说明 最新目标框架版本 下表定义了最常…