linux下的測試流程，釋出前要做哪些準備？

前段時間面試的時候，問到他們公司的測試流程時，很多同學都只說到從需求到釋出的一個過程，當問到釋出前要做哪些準備，很多都回答的不是很全面。下面給大家分享一下，可以從以下幾點入手。 加我VX：atstudy-js 回覆“測試”，進入 自動化測試學習交流群~~

先說一下，回答頻率最高的答案，就說“測試都透過了，沒有遺留bug了”。確實，釋出前我們要確保沒有遺留的bug，但是我們還要保證有過測試迴歸，那通常測試迴歸有幾輪呢？每個公司和自己的標準不一樣，於我而言，一輪迴歸測試環境主功能，確保bug修復後的版本能正常執行；二輪迴歸預釋出環境（較穩定版環境，一般預釋出環境的資料和線上是一致的）；三輪迴歸生產環境，確保釋出的內容對主功能沒有影響。線上的迴歸可以依靠自動化來輔助測試。

那除了測試透過之外，我們還需要考慮什麼呢？

個人覺得最重要的是看日誌，在日誌中能夠體現除很多我們在Postman、Jmeter中無法發現的錯誤，如空指標、連線超時等。而我們在工具中只能看到返回的值為空，不能確定是否存在異常。那日誌該怎麼看呢？如果公司有日誌平臺的話，就很簡單了，可以指定分支和機器號，查詢在測試階段的所有error日誌。那沒有日誌平臺的呢？我們可以在linux平臺中，進入對應機器下的日誌目錄下，cat xxx.log | grep ERROR 查詢列印error的日誌，檢視是否存在問題。

還有個要注意的是分支版本號。每次釋出的時候，開發都會告訴我們對應服務分支名，但是我們釋出的時候千萬要注意以下幾點，

1、本次釋出的分支名是否正確

2、本次釋出分支是否包含線上最新的內容，

3、本次釋出的內容是否是提測的內容，是否存在未提測或者其他開發的提測內容。

那該怎麼去看釋出內容呢？

首先，我們可以在git中找到對應的分支，一般開發提交程式碼都會有標識，我們可以透過提交的備註和提交的作者，來判斷是否包含未提測的內容。那怎麼去看是否包含最新的程式碼呢？很簡單，我們先找到上一次的釋出分支，找到當時最新提交的 commitid，然後在本次的釋出分支中搜尋是否存在該id，如果沒有找到的話，那我們就要注意了，是不是開發沒有和最新的程式碼，千萬要小心。

最後一點，對於看的懂程式碼的測試同學很有益，就是程式碼覆蓋率。現在流行的框架就是JaCoCo，這個框架能夠識別我們的對應分支的測試覆蓋率，生成對應的測試報告。透過報告我們可以看到有沒有開發提測的程式碼沒有覆蓋的，具體是什麼場景，對於防止漏測場景非常有幫助。一般覆蓋率都是精確到類下面的所有方法，這樣就能檢測出本次影響的這個類的所有方法是否測試過，當然這樣會導致測試場景會很多，所以我們可以藉助自動化，把平時需要回歸的用例全都跑一遍。一般上線要求覆蓋率90%以上。

到這裡，系統釋出時候的坑基本能夠杜絕80%以上，希望各位同學每次釋出都能順順利利，一次透過！

最後：

可以我的個人  V  ：atstudy-js，可以免費領取一份10G軟體測試工程師面試寶典文件資料。以及相對應的影片學習教程免費分享！，其中包括了有基礎知識、Linux必備、Mysql資料庫、抓包工具、介面測試工具、測試進階-Python程式設計、Web自動化測試、APP自動化測試、介面自動化測試、測試高階持續整合、測試架構開發測試框架、效能測試等。

這些測試資料，對於做【軟體測試】的朋友來說應該是最全面最完整的備戰倉庫，這個倉庫也陪伴我走過了最艱難的路程，希望也能幫助到你！