01 jenkins自動化部署vue(「自動化測試」是否有必要做自動化測試？)

Jenkins+Rancher自動化部署

本文主要記錄Jenkins+Rancher+k8s自動化部署相關配置說明，不涉及rancher和jenkins安裝部署，包含java server項目、WAR項目、前端VUE項目部署配置介紹。

服務器環境信息：

需要在安裝jenkins服務上部署下面相應的軟件，請注意軟件版本，如已經安裝相關軟件，可跳過此章節。

需要安裝rancher-cli，并且使用jenkins用戶預先登錄rancher平臺：命令參考：

--token：這個用戶的token建議設置為永不過期，在rancher管理端 -> api&key > 添加。

建議安裝阿里鏡像，提高編譯速度：

jenkins啟動用戶需要添加到docker組中：

項目主要是java和vue開發的，所以需要安裝Maven Integration plugin插件。

spring boot或者spring cloud自帶容器，以及其它服務類型的java后端應用部署。

1、填寫項目名稱，選擇"構建一個maven項目"

點擊下面"OK"按鈕

2、填寫項目描述信息

3、輸入項目地址，并選擇用戶憑證

本文通過買粉絲nding.買粉絲作為代碼管理平臺，點擊"Add"添加自己賬號憑證（輸入買粉絲ding.買粉絲平臺登陸賬號密碼即可）。

4、配置maven編譯腳本

5、編寫rancher部署腳本

Dockerfile參數說明：FROM：選擇基礎鏡像包，該項目是用java語言開發需要jdk1.8所以選擇openjdk:8ADD：將bRule-deploy-1.0.0.tar.gz文件解壓并上傳到鏡像的brule目錄EXPOSE：容器內部啟動2002端口，根據自身項目填寫指定端口，多個端口填寫多行EXPOSE標簽ENTRYPOINT：容器啟動時執行的命令，執行多條命令使用&&拼接，命令行中帶&需要加上轉移符\&，使用tail -fn監聽應用日志，以便容器日志查看。

用于創建docker鏡像，就好比創建一個已經安裝并且配置好了應用程序的操作系統鏡像。

參數說明：192.168.100.21:5000：為本地docker鏡像服務器地址brule:latest：應用名稱，根據自身項目名稱修改

利用上面創建好的操作系統鏡像啟動一個vmware虛擬機，創建k8s容器。

參數說明：brule：應用名稱，根據自身項目名稱修改，應用名稱規范?(.?)*image：剛才創建的docker鏡像買粉絲ntainerPort：容器啟動端口，多個端口使用多行買粉絲ntainerPort標簽聲明，端口限制在【30000-32000】

前面vmware虛擬機創建好后，怎么能讓別人訪問？這個時候就需要創建一個網絡服務，用于打通路由器與vmware本地虛擬機的網絡。

參數說明：brule：應用名稱，根據自身項目名稱修改port：容器啟動端口nodePort：對外提供服務端口，外部機器訪問

將上面配置好的shell腳本復制到Post Steps -> 執行shell文本域中，并點擊"保存" -> "立即構建"即可部署。

1、進入剛才創建好的jenkins任務，點擊立即構建

2、點擊左下角構建任務，選擇"Console Output"，查看構建日志

3、登錄rancher管理平臺，查看構建好的應用

基于J2EE項目的war包部署，前面操作都一致，只是shell部署腳本稍有不同，這里主要詳細說明rancher部署腳本。

Dockerfile參數說明：FROM：選擇基礎鏡像包，war統一使用tomcat容器部署，tomcat:8.5-jre8-slimADD：將operation.war文件解壓并上傳到鏡像的/usr/local/tomcat/webapps/目錄EXPOSE：容器內部啟動8080端口，根據自身項目填寫指定端口，多個端口填寫多行EXPOSE標簽

這里不需要配置ENTRYPOINT標簽，因為tomcat鏡像包中已經有了。

用于創建docker鏡像，就好比創建一個已經安裝并且配置好了應用程序的操作系統鏡像。

參數說明：192.168.100.21:5000：為本地docker鏡像服務器地址operation:latest：應用名稱，根據自身項目名稱修改

利用上面創建好的操作系統鏡像啟動一個vmware虛擬機，創建k8s容器。

參數說明：operation：應用名稱，根據自身項目名稱修改image：剛才創建的docker鏡像買粉絲ntainerPort：容器啟動端口，多個端口使用多行買粉絲ntainerPort標簽聲明，端口限制在【30000-32000】

前面vmware虛擬機創建好后，怎么能讓別人訪問？這個時候就需要創建一個網絡服務，用于打通路由器與vmware本地虛擬機的網絡。

參數說明：operation：應用名稱，根據自身項目名稱修改port：容器啟動端口nodePort：對外提供服務端口，外部機器訪問

將上面配置好的shell腳本復制到Post Steps -> 執行shell文本域中，并點擊"保存" -> "立即構建"即可部署。

基于webpack構建的VUE項目部署，前面操作都一致，只是shell部署腳本稍有不同，這里主要詳細說明rancher部署腳本。

Dockerfile參數說明：FROM：選擇基礎鏡像包，前端統一使用tomcat容器部署，tomcat:8.5-jre8-slimCOPY：將/dist目錄上傳到鏡像的/usr/local/tomcat/webapps/fastquery/目錄EXPOSE：容器內部啟動8080端口，根據自身項目填寫指定端口，多個端口填寫多行EXPOSE標簽

這里不需要配置ENTRYPOINT標簽，因為tomcat鏡像包中已經有了。

用于創建docker鏡像，就好比創建一個已經安裝并且配置好了應用程序的操作系統鏡像。

參數說明：192.168.100.21:5000：為本地docker鏡像服務器地址operation:latest：應用名稱，根據自身項目名稱修改

利用上面創建好的操作系統鏡像啟動一個vmware虛擬機，創建k8s容器。

前面vmware虛擬機創建好后，怎么能讓別人訪問？這個時候就需要創建一個網絡服務，用于打通路由器與vmware本地虛擬機的網絡。

參數說明：shutcm-fastquery-web：應用名稱，根據自身項目名稱修改port：容器啟動端口nodePort：對外提供服務端口，外部機器訪問

將上面配置好的shell腳本復制到Post Steps -> 執行shell文本域中，并點擊"保存" -> "立即構建"即可部署。

解決Jenkins打包vue項目報env: ‘node’: No such file or directory的問題

分析：安裝Jenkins的docker鏡像是 alpine版本，配置nodejs不生效的原因可能是node缺少依賴庫。

解決：通過apk add包管理工具重新安裝nodejs.

#dockerexec-it [對應容器id]  /bin/bash

# apk add --no-cache nodejs

# node -v

「自動化測試」是否有必要做自動化測試？

目錄

一、前言

二、自動化目的

三、自動化分類

四、自動化實現

一、前言

在一些測試交流群經常會看到有小伙伴在問，"怎么做自動化測試？學習自動化測試有什么資料嗎？自動化測試是不是很牛逼？" ，甚至有些言論是"不會自動化的測試人員，真的要被淘汰了嗎？"

不得不說一堆流量號主抓住大眾心理，點進去的必然是賣課廣告，或者是關注買粉絲買粉絲領取測試資料大禮包。

實話實說，我之前也有同樣的疑問，甚至帶著擔憂。每次又不甘心得領著測試資料大禮包......

當然，隨著自己的認知不斷擴大，自己的一套測試體系建設不斷完善，于是這些擔憂逐漸的消失。每項技術引用都要看適用場景，是否適合自己的團隊，因地制宜才能發揮其最大的價值。

因此，我想通過這篇文章來分享下我對于自動化測試的理解。

二、自動化目的

自動化工作可以節省很多人工操作成本，減少人工重復性操作，提高整個團隊的研發效率。但是如果搭建自動化體系需要耗費很長時間，投入很多人力資源，但是用戶只要2-3分鐘的手動工作就能解決，而且這個操作并不頻繁，又或者需要自動化操作的平臺變更迭代非常快并且沒有規律，自動化工具在后面類似累活的跟著。那么自動化還是有必要嗎？

我之前在的團隊，造測試數據特別困難，嚴重影響了整個研發效率，但是當時也沒有一個好的解決辦法，后來基礎研發組做了一個造數平臺，這個平臺需要自己去配置各種字段，并且梳理出各個表字段的關聯，從頭到尾一個一個去構建場景，一不小心就配置錯誤，看著提示你也找不到原因的那種。這給造數過程中又添了一個攔路虎，給本不充裕的測試時間，又耗時一把。

如果能在做執行任務前評估任務的投入和收益，那么是不是就能更加合理的開展這項任務。那么自動化測試的投入和收益是怎樣的呢？

投入：通過測試人員借助腳本或者工具實現自動化，維護自動化平臺。

收益：提高測試效率，提升測試人員的成長。

自動化測試真的提高測試效率嗎？真的可以提升測試人員的成長嗎？針對后者，我認為是有的。接下來我們就來聊聊自動化測試是否提高測試效率。

三、自動化分類

很赞哦!（1）