您好,登錄后才能下訂單哦!
今天給大家介紹一下什么是TestOps測試運維。文章的內容小編覺得不錯,現在給大家分享一下,覺得有需要的朋友可以了解一下,希望對大家有所幫助,下面跟著小編的思路一起來閱讀吧。
其實這個問題可以先從DevOps開發運維談起,DevOps是最近一年非常火的概念,其主要要求就是開發對版本發布及質量負責。
過去開發只負責實現,不考慮環境及發布所導致的問題,一旦發布不規范就會產生測試環境與開發環境與生產環境不同步的問題。在敏捷中非常強調持續集成及持續發布,所以對開發的要求就進步為了要對環境及質量負責,本質來說就是全棧的概念,全生命周期的全負責。
聽起來好像開發搞定了所有的事情,那么是不是就不需要測試了呢?其實不然,DevOps可以解決流程上的問題,但是不能解決質量細節的問題,所以DevOps能夠協調及統一研發體系及測試體系流程,但是無法解決具體測試的問題,這個時候與之配對的TestOps就誕生了。
TestOps顧名思義就是測試運維,其主要的目的是推動整個研發體系與發布體系更多在質量方面,可以這樣理解DevOps是從研發推動配合運維和測試,而TestOps是從測試角度推動研發和運維。所以TestOps才是真正把測試落地到整個研發體系的關鍵崗位。
比如DevOps可以規范需要有自動化接口測試,但是測試用例還是需要專業的測試人員來寫的,而DevOps并不能有效的去指導及培養這類技術測試人員,反而TestOps就是做這個事情的,不但可以推動公司采用接口測試自動化,而且還能有效的在測試團隊里面部署及應用。從某些角度是一個技術型測試經理的職位,其懂研發及運維技術,能夠很好的將測試技術與相關部門結合并推動。
那么TestOps需要懂那些東西呢?
簡單來說就是三塊:
1.開發及版本控制
2.環境及持續集成工具
3.各種靜態、動態測試方法工具,并且可以整合進入持續集成
那么作為一個TestOps最終要達到的效果是什么呢?
簡單說個理想場景吧,當開發提交代碼后,每天晚上系統自動觸發靜態檢查體系(sonar),在靜態檢查通過后,開始調用xunit框架完成自動單元測試,確定所有單元測試用例通過則進一步進行打包發布到測試平臺,否則將錯誤信息返回通知相關人員。
打包完成后自動發布測試平臺,測試平臺會進行接口及UI的自動化,如果都正常通過生成測試報告,發布測試版本到手工測試平臺,提交給最后的手工系統測試及A/B測試。
這樣每天晚上或者每次提交代碼都可以做到非常系統的單元、集成、系統的測試流程,將缺陷扼殺在24小時內,這樣的軟件質量就會非常的高,這也是針對持續集成&持續發布非常重要的自動化質量保障體系。
如果再配合AI測試體系,以后測試人員就都失業啦,而TestOps就是要做到這一切的體系化、自動化、高效化。
以上就是什么是TestOps測試運維的全部內容了,更多與什么是TestOps測試運維相關的內容可以搜索億速云之前的文章或者瀏覽下面的文章進行學習哈!相信小編會給大家增添更多知識,希望大家能夠支持一下億速云!
免責聲明:本站發布的內容(圖片、視頻和文字)以原創、轉載和分享為主,文章觀點不代表本網站立場,如果涉及侵權請聯系站長郵箱:is@yisu.com進行舉報,并提供相關證據,一經查實,將立刻刪除涉嫌侵權內容。