您好,登錄后才能下訂單哦!
4399AT UI自動化CI與CD的示例分析,相信很多沒有經驗的人對此束手無策,為此本文總結了問題出現的原因和解決方法,通過這篇文章希望你能解決這個問題。
首先先了解下CI,CD(持續交付)與CD(持續部署)的三者的區別如下圖:
看完了這三者的區別,目前4399AT是達到了CI和CD(持續交付)階段,接下來我們說下4399AT的CI與CD;
以下均以安卓項目APP為基礎來進行講解:
軟件:jenkins+gradle+4399AT+sonar+gitlab+tomcat+nginx
語言:json,python,javascript
jenkins:需要下載插件郵件,gitlab,gradle,sonar等,jenkins是大腦,需要指引每一個操作
gradle:用于編譯,可用電腦配置以及項目配置得gradle
4399AT:安卓UI自動化測試工具,用于自動化測試和報告產生
sonar:用于代碼檢查
gitlab:用于代碼的推送以及通過jenkins 的webhook構建機制觸發自動構建
tomcat和nginx:用于服務器代理地址,本路是用tomcat就可,但只能局域網,后面大佬用反代理配置的域名,這樣就不會因IP段不一樣而無法訪問的問題
json:用于測試用例腳本的編寫
python:用于整體自動化測試執行,測試報告遷移,構建報告的判斷及郵件部分參數獲取
javascript:用于報告的生成;
測試場景:
不是CD(持續)交付的每次代碼提交就構建測試(這個有試過,不合適我們目前的模式,主要是看不到效果啊),而是通過跟開發約定,在gitlab開幾個分支,以環境命名,如測試環境和生產環境,當開發完功能并自測完,在發測試郵件同時并推送代碼到測試分支,就直接自動觸發jenkins webhook,然后就自動進行持續構建編譯代碼掃描自動化測試~
以下為大概的流程圖:
執行的報告如下:
效果:
整體前期可以解決發測試包安裝不了或者容易閃退得問題。后期用例完善以后可以進行功能及遍歷測試,來降低測試量,另外可以根據執行的情況及時調整測試內容,把時間和重心放在有風險的模塊。
整體目前沒有一個很好的評估可以提高多少效率,但相比以前,可以縮短項目周期10%-20%左右~目前還在持續不斷調整跟實踐中~
看完上述內容,你們掌握4399AT UI自動化CI與CD的示例分析的方法了嗎?如果還想學到更多技能或想了解更多相關內容,歡迎關注億速云行業資訊頻道,感謝各位的閱讀!
免責聲明:本站發布的內容(圖片、視頻和文字)以原創、轉載和分享為主,文章觀點不代表本網站立場,如果涉及侵權請聯系站長郵箱:is@yisu.com進行舉報,并提供相關證據,一經查實,將立刻刪除涉嫌侵權內容。