項目上線前的最後一步

對於測試人員來講，在項目臨近上線的時刻，是軟件測試人員既高興又懼怕，既興奮又緊張的時刻了。

高興的是測試了這麼久，終於要上線了，感受一段苦難終於解脫了；懼怕的是萬一有漏測，上線後出線bug了怎麼辦；興奮的是這個項目就像本身的孩子終於要面向世人，展現他的才華了；緊張的是測試覆蓋全了麼？場景都考慮全了麼？因此有時真是既想上線又不想上線，糾結。。。

但測試完成以後就立立刻線麼？通常來講是不會的，這時須要作幾件事情來保證本次上線的完美無失，這也就是上線前的最後一個環節。

軟件測試人員要作如下二件事情：

一、查看代碼覆蓋率

二、與開發人員再次肯定上線策略和灰度方案

查看代碼覆蓋率

代碼覆蓋率：在運行程度時，被執行到的代碼條目佔本次代碼修改總條目數的百分比，爲何是本次修改代碼的總條目數，是對比代碼有增量和全量之分，通常不以全量來判斷，如果以全量來判斷覆蓋率必然很低，這是由於項目並不須要作到功能的所有迴歸。

在項目測試過程當中或完成以後，常常會去查看代碼覆蓋率，主要檢查代碼實際覆蓋率和代碼覆蓋狀況，這樣的好處能夠實時掌握對代碼覆蓋的狀況，同時也能夠幫助測試人員分析出有哪些場景沒有覆蓋到，若是某一段代碼怎麼都走不到，這時能夠跟開發人員溝通此段代碼在哪一種場景下才能被執行到。

代碼覆蓋率上線標準：在即將上線的項目中，基本代碼覆蓋率達到80以上才達到上線的標準

分析代碼覆蓋率狀況 ：在實際測試過程當中，會根據代碼執行狀況去檢查代碼沒有覆蓋到，實際對應的是什麼樣的場景，這樣能夠幫助測試人員在測試過程梳理測試場景和防止漏測。

因此代碼覆蓋率能夠幫助測試人員從代碼和業務二個角度來分析，從而避免出現漏測，讓測試人員心中清楚本次測試哪些代碼和場景是被覆蓋到的及覆蓋狀況如何，幫助測試人員作到成竹在胸，是一個很是有效的工具，

代碼覆蓋率工具：JaCoCo

JaCoCo是一款JAVA代碼的主流開源覆蓋率工具，與Sonar和Jenkins集成在一塊兒，在代碼每次部署時就會生成代碼覆蓋率統計報告，生成的統計報告中有分支覆蓋率及詳細的每一個JAVA代碼文件的覆蓋率（本次項目涉及到的JAVA文件），同時包含JAVA文件的類名、行數、方法數等信息，有興趣的小夥伴能夠多去了解一下。

與開發人員肯定上線策略和灰度方案

在開發的提測郵件中，開發人員會列出上線策略和上線順序，在測試過程當中，測試人員須要驗證上線策略和灰度方案。

根據項目的不一樣，通常主要有如下幾種狀況：

一、若上線中有開關之類的控制，那就須要驗證開關是否能生效，開關打開的時候，程序運行時對業務的控制；開關關閉時，程序運行時對業務的控制。

二、配置文件中有白名單或黑名單之類的控制

三、上線以後對業務影響大的功能，是否須要控制量

四、系統之間、數據之間的兼容性，先上哪一個系統，再上哪一個系統，上線時須要注意什麼，都須要事先肯定出來

這一步主要是根據流程和方法來保證項目上線以後出現了問題，是否有行之可效的解決方案，而不是隻有回滾代碼這一種方法，因此常常會在代碼中設置一些開關來控制新的代碼運行狀況。

作完這些操做以後，就要開始正式上線了。

來一塊兒說說大家上線前除了測試還有哪些流程或方法來保證測試質量呢？歡迎給王豆豆留言。