Jenkins

**#192.168.1.3 安装gitlab-ce** yum -y install curl policycoreutils openssh-server openssh-clients postfix yum –y install gitlab-ce vim /etc/gitlab/gitlab.rb gitlab-ctl reconfigure 打开网页输入 IP 地址，默认是 root 用户，提示让你输入密码，然后登陆 然后创建用户 创建组 创建项目 **#192.168.1.4 安装jenkins** yum –y install java java-devel tar zxf apache-tomcat-8.5.35.tar.gz mv apache-tomcat-8.5.35 /usr/local/tomcat7 vim /etc/profile 在这里添加下列两行 export CATALINA_HOME=/use/local/tomcat7 export PATH=$CATALINA_HOME/bin:$PATH cd /usr/local/tomcat7/webapps/ 把Jenkins.war加到/usr/local/tomcat7/webapps/ 下 用浏览器进入一下网站http://192.168.164.20:8080/jenkins

安装好Jenkins之后，在浏览器地址栏里输入 ip+端口/jenkins 准备进入Jenkins的后台管理系统，这时页面一直卡在那里不动了，页面一直显示 Please wait while Jenkins is getting ready to work ... Your browser will reload automatically when Jenkins is ready. 出现这个情况时，是因为Jenkins的默认更新镜像用的国外的镜像，把更新镜像改成国内的即可。 首先打开Jenkins的安装目录， 比如我是Linux系统 安装在 /usr/local/tomcat_Jenkins/下面打开这个目录，然后打开hudson.model.UpdateCenter.xml 这个配置文件； 将<url> https://updates.jenkins.io/update-center.json</url> ; 修改成<url> http://mirror.xmission.com/jenkins/updates/update-center.json</url> ; 之后重启Jenkins服务，再重新刷新Jenkins启动页面即可。 更改后的配置如下： <?xml version='1.1' encoding='UTF-8'?> <sites> <site> <id

Jenkins官方网址： https://jenkins.io/ dockerHub官方网址： https://hub.docker.com/ Jenkins社区版镜像： https://github.com/jenkinsci/docker/blob/master/README.md 一、使用docker search命令搜索Jenkins镜像 localhost:~ piao$ docker search jenkins NAME DESCRIPTION STARS OFFICIAL AUTOMATED jenkins Official Jenkins Docker image 4768 [OK] jenkins/jenkins The leading open source automation server 2035 jenkinsci/blueocean https://jenkins.io/projects/blueocean 516 jenkinsci/jenkins Jenkins Continuous Integration and Delivery … 382 jenkins/jnlp-slave a Jenkins agent which can connect to Jenkins… 127 [OK] jenkinsci/jnlp-slave A

由于疫情带来的连锁反应，今年的竞争相较往年会更加激烈。最近跟朋友在一起聚会的时候，提了一个问题，说Java程序员要实现月薪38K，技术水平需要达到什么程度？有人回答说这只能是大企业或者互联网企业工程师才能拿到。也许是的，小公司或者非互联网企业拿38K的不太可能是码农了，应该已经转管理。还有区域问题，这个是不在我的考虑范围内 因为除了北上广深杭，其他地方也很难达到。 首先：38K对应的层级分别是什么？ 38K的月薪在BAT等一线大厂实在太普遍了，一般是高级工程师和资深工程师的职位，在阿里是p6~p7左右，在百度是t5左右，腾讯是t2-3左右，在京东是t3-1，美团是p6左右，其他的我不了解。 其次：该如何达到对应的层级？ 38K的薪资虽然说不是很高，但是对于大部分的程序员来说，也可以当作一个“小目标”了，今天我就在这里就给大家分享一个能够让你进阶到这些层级的技术路线图，并且还有配套的学习资料，让你不仅能定下38K的小目标，还能有实现这个小目标的具体途径和方法。（技术脑图可以保存，配套技术资料在文末获取） 一：底层源码分析 学习Java技术体系，设计模式，流行的框架与组件 常见的设计模式，编码必备 Spring5，做应用必不可少的最新框架 MyBatis，玩数据库必不可少的组件 二：工程化与工具 工欲善其事必先利其器，不管是小白，还是资深开发，玩Java技术体系，选择好的工具

做自动化有好一段时间了，经历了自动化从无到有，然后到框架，到现在的平台，以及持续集成，回顾发现由于自己之前经验太浅，走过的弯路太多，现在也还在谨慎的前进着，之前发现早前很多懵懂的经验，现在稍稍清晰，于是想着结合自己的历程精简出一些经验吧。现在经验还是尚浅，如果有更深认识的朋友，互相讨论，谢谢。 一、所谓自动化是为了软件发布服务的，并不只是为了测试服务 　　以前一直怀疑自动化测试的用处，我们之前花费大力气开发了大量的基于关键字方式的脚本，用来提高测试的覆盖率，每次测试耗费大量时间，但是发现的问题少之又少，虽然说，自动化测试不是用来发现问题的，是用来验证软件没有问题，但是有一个矛盾在于我如果不做自动化测试，问题还是那么少，那么做自动化测试我们难道只是为了追求一个心理感受吗？这个概率问题怎么平衡 后来，这个经验是在与开发一起合作冒烟测试建设，到现在的持续集成建设，开始明白，自动化测试的好处是为了增强开发的灵活性和保证软件开发流程的有序性 1）快速检测新版本的不稳定变更，即冒烟测试，能够快速验证当前build版本是否可以继续下一步或者提测，此处冒烟测试可以是单元测试、集成测试和基本功能覆盖测试，常用的框架和工具：Junit、TestNG和接口测试框架（soapui、httpClient等）、界面测试框架用于基本的界面测试（QTP、RFT、selenium）。 2）尽可能的暴露回归程序的错误

在我们日常的测试工作中，接口测试其实很普遍，无论你是做什么测试，功能、自动化亦或是性能测试，都会或多或少接触到接口。 最近也有许多人来询问我：接口测试怎么测?接口测试工具有哪些? 下面我来帮你一一剖析： 一、我们要知道什么是接口? 可以简单理解成用来连接而开放的入口，比如前端和后端的连续需要用接口，移动端和后台的链接也需要用到接口。连接前端后端和移动端。 二、接口都有哪些类型? 接口一般分为两种： 1、程序内部的接口 2、系统对外的接口 系统对外的接口：比如你要从别的网站或服务器上获取资源或信息，别人肯定不会把数据库共享给你，他只能给你提供一个他们写好的方法来获取数据，你引用他提供的接口就能使用他写好的方法，从而达到数据共享的目的。 程序内部的接口：方法与方法之间，模块与模块之间的交互，程序内部抛出的接口，比如bbs系统，有登录模块、发帖模块等等，那你要发帖就必须先登录，那么这两个模块就得有交互，它就会抛出一个接口，供内部系统进行调用。 三、接口的分类 1、webservice接口 2、http api接口 webService接口是走soap协议通过http传输，请求报文和返回报文都是xml格式的，我们在测试的时候都用通过工具才能进行调用，测试。 http api接口是走http协议，通过路径来区分调用的方法，请求报文都是key-value形式的，返回报文一般都是json串

做自动化有好一段时间了，经历了自动化从无到有，然后到框架，到现在的平台，以及持续集成，回顾发现由于自己之前经验太浅，走过的弯路太多，现在也还在谨慎的前进着，之前发现早前很多懵懂的经验，现在稍稍清晰，于是想着结合自己的历程精简出一些经验吧。现在经验还是尚浅，如果有更深认识的朋友，互相讨论，谢谢。 一、所谓自动化是为了软件发布服务的，并不只是为了测试服务 　　以前一直怀疑自动化测试的用处，我们之前花费大力气开发了大量的基于关键字方式的脚本，用来提高测试的覆盖率，每次测试耗费大量时间，但是发现的问题少之又少，虽然说，自动化测试不是用来发现问题的，是用来验证软件没有问题，但是有一个矛盾在于我如果不做自动化测试，问题还是那么少，那么做自动化测试我们难道只是为了追求一个心理感受吗？这个概率问题怎么平衡 后来，这个经验是在与开发一起合作冒烟测试建设，到现在的持续集成建设，开始明白，自动化测试的好处是为了增强开发的灵活性和保证软件开发流程的有序性 1）快速检测新版本的不稳定变更，即冒烟测试，能够快速验证当前build版本是否可以继续下一步或者提测，此处冒烟测试可以是单元测试、集成测试和基本功能覆盖测试，常用的框架和工具：Junit、TestNG和接口测试框架（soapui、httpClient等）、界面测试框架用于基本的界面测试（QTP、RFT、selenium）。 2）尽可能的暴露回归程序的错误