告訴你什麼是TestOps測試運維

       其實這個問題可以先從DevOps開發運維談起，DevOps是最近一年非常火的概念，其主要要求就是開發對版本釋出及質量負責。

     過去開發只負責實現，不考慮環境及釋出所導致的問題，一旦釋出不規範就會產生測試環境與開發環境與生產環境不同步的問題。在敏捷中非常強調持續整合&持續釋出，所以對開發的要求就進步為了要對環境及質量負責，本質來說就是全棧的概念，全生命週期的全負責。

      在這裡向大家推薦一個學習交流群：903217991，裡面有大牛整理好的各種學習的資料！歡迎加群一起學習交流哦！

      聽起來好像開發搞定了所有的事情，那麼是不是就不需要測試了呢？其實不然，DevOps可以解決流程上的問題，但是不能解決質量細節的問題，所以DevOps能夠協調及統一研發體系及測試體系流程，但是無法解決具體測試的問題，這個時候與之配對的TestOps就誕生了。

     TestOps顧名思義就是測試運維，其主要的目的是推動整個研發體系與釋出體系更多在質量方面，可以這樣理解DevOps是從研發推動配合運維和測試，而TestOps是從測試角度推動研發和運維。所以TestOps才是真正把測試落地到整個研發體系的關鍵崗位。

    比如DevOps可以規範需要有自動化介面測試，但是測試用例還是需要專業的測試人員來寫的，而DevOps並不能有效的去指導及培養這類技術測試人員，反而TestOps就是做這個事情的，不但可以推動公司採用介面測試自動化，而且還能有效的在測試團隊裡面部署及應用。從某些角度是一個技術型測試經理的職位，其懂研發及運維技術，能夠很好的將測試技術與相關部門結合並推動。

那麼TestOps需要懂那些東西呢？

簡單來說就是三塊：

1.開發及版本控制

2.環境及持續整合工具

3.各種靜態、動態測試方法工具，並且可以整合進入持續整合

那麼作為一個TestOps最終要達到的效果是什麼呢？

簡單說個理想場景吧，當開發提交程式碼後，每天晚上系統自動觸發靜態檢查體系（sonar），在靜態檢查透過後，開始呼叫xunit框架完成自動單元測試，確定所有單元測試用例透過則進一步進行打包釋出到測試平臺，否則將錯誤資訊返回通知相關人員。

打包完成後自動釋出測試平臺，測試平臺會進行介面及UI的自動化，如果都正常透過生成測試報告，釋出測試版本到手工測試平臺，提交給最後的手工系統測試及A/B測試。

這樣每天晚上或者每次提交程式碼都可以做到非常系統的單元、整合、系統的測試流程，將缺陷扼殺在24小時內，這樣的軟體質量就會非常的高，這也是針對持續整合&持續釋出非常重要的自動化質量保障體系。

如果再配合AI測試體系，以後測試人員就都失業啦，而TestOps就是要做到這一切的體系化、自動化、高效化。