一圖瞭解自動化持續集測試

學習森林

      目前一流的IT企業在持續集成（CI ）,持續交付（CD），持續部署（CD）都擁有很成熟的框架，而對於投入有限的大部分公司相對比較粗糙或者沒有。那我就從咱們掌握跟實際的狀況來講持續集成自動化，一流企業的流程也是基本同樣，只是在這流程根據業務場景增長不一樣的功能以及有更成熟的框架。怎麼說，如持續集成方式選擇，jenkins跟docker k8s，功能來說，單元測試，這總體就涉及到成本投入以及技術水平，我這就再也不討論了。直接進入主題。一圖解持續集成自動化

      本圖只是一個引子,是一個比較通用的框架，主要讓你們對自動化持續集成有一個概要的瞭解，也對如何實現自動化集成也有一個概念，能夠根據圖中框架進行自我改造跟添加，其中要注意執行順序是很重要的哦。本圖採用持續集成是jenkins，任務是流水線而不是自由風格構建的項目。

      也許會有人問，怎麼沒有單元測試，我很抱歉的說，咱們目前作不了，但也表明目前作單元測試的測試團隊很少；單元測試能夠在代碼掃描流程並行添加，能夠經過覆蓋率進行判斷；

       測試類型除了接口和UI，也能夠添加性能測試等，只要在接口測試這一流程並行就可；

       也許有人會問，怎麼不都每一個流程都進行判斷和重試呢，每一個流程重試判斷標準：1.是否會影響主流程；2.是否受外界影響大；3.是否影響交付質量；4.減小工具不穩定形成的流程中斷；

       對於部署，不是部署到生產環境對外發布，存在衆多質量風險，沒人幹這麼幹，這邊的部署是指測試本身下載測試包或者提供其餘部門下載，下載方式直接點擊下載或者二維碼下載；

以上，就是關於一圖解自動化持續集成的描述，如須要了解更多框架知識能夠關注訂閱號進行相互交流，相互成長~ 

本文分享自微信公衆號 - 測試通常不通常（TestAndTester）。
若有侵權，請聯繫 support@oschina.cn 刪除。
本文參與「OSC源創計劃」，歡迎正在閱讀的你也加入，一塊兒分享。