这样做测试，让开发团队认可你

说来挺有意思，最近很忙，之前因为前公司裁员，现找了一家离家近的公司。纯粹为了离家近，没想到接的新项目计划2个月完成压缩到了25天交付。好在我是个有责任担当的人，基本每天都加班，周末也是。

新公司测试组的现状是产品打版本是直接在IDEA里，直接运行， 于是经常会遇上本地打包失败（因为需要import一些什么进来），每次这样的情况都需要开发来排查，这个流程本来就是非常落后的。于是我引入了持续集成的持续发布。 秒发布一个版本，这样取得的效果是开发同事过来说，你这个发布那么快，好厉害^-^; 架构师跑过来，看到我在写shell脚本，说测试会做这些非常少见。,新近公司最重要的就是得到同事和领导的认可了。

下面总结了持续发布的几个重要知识点（按照步骤去百度搜索结果一大把）：

1. 有jenkins环境，你要jenkins机器上要安装maven，jenkins管理界面里，要安装maven插件；jenkins里配置ssh远程发布内容和远程执行命令

1.1 maven clean install 打包（这个问开发，开发肯定会）

1.2 修改配置文件

1.2.1 打出来的包要想好是哪个环境使用，一些配置文件可以在jenkins拉取代码，maven打包前就修改好； 也可以在maven打包出来的jar或者war包，解压修改； 个人推荐前者

1.2.2 测试环境和测试数据库要和开发分开，测试需要自己的测试数据库，自己配置一个

1.3 将war包或者jar包通过jenkins的ssh插件发布到测试应用服务器上

1.4 通过ssh插件远程执行命令，关闭当前启动的应用，运行新的war包

1.4.1 你要会一些shell脚本，来远程执行shell命令， 循环关闭进程的shell脚本，网上一搜一大把

1.4.2 （坑1）你要在shell文件里 使用 这个命令否则 会报错，很多系统变量都会找不到

source /etc/profile

1.4.3 （坑2）你要这样运行你的jar包，否则java启动后会随着构建结束而自动退出

JAR_PACKAGE=`ls|grep YOUR_PACKAGE*.jar`
BUILD_ID=dontKillMe nohup java -jar ${JAR_PACKAGE} >nohup.out &

1.5 好了，接下来就是在jenkins里点【立刻构建】，随时发布了

让发布自动化，可以把精力花在找更多的bug上了。

积少成多，滴水穿石，希望有所进步！

这样做测试，让开发团队认可你

原文：https://www.cnblogs.com/keeptesting/p/10872652.html