如何做ui自動化


第一步:

得到功能測試的常規用例,查看是否可以進行自動化,要明確,自動化不是為了自動化而自動化,自動化是節省人力,主要做回歸測試,如果變動性特別大,不建議做自動化,具體可查看其它文章“什么適合做自動化”,且有些自動化要評判付出與收益比,如果付出很大,收益很小,這種也不值得做自動化

第二步:

確認可以做自動化,需要把用例轉成自動化用例

我關注的點:

  1. 自動化用例我會更注重,驗證點,數據的准確性,ui的結果不單單只關注界面顯示,為了數據准確性,我會從數據庫中拿數據進行對比,或者是通過接口請求數據得到數據,
  2. 界面手工操作的,可用接口獲取就用接口,如商品數據

第三步:

轉成了自動化用例后,我們要合適自己部門的工具,工具選型, 我工具選取幾個要點:

  1. 適合項目組成員能力
  2. 擴展性強
  3. 易維護和推廣
  4. 幫助文檔盡量多的

目前在考慮是否使用airetest或rbotoframework工具,這塊需要調研

第四步:

腳本編寫,把自動化用例轉成腳本 我關注的點: 1.ui框架的模式,關鍵字驅動,數據驅動,混合驅動等 2.代碼要注意封裝,使用PO模式,減少冗余 3.考慮腳本的擴展性

第五步:

驗收,我關注的點:

  1. 是否達到了預期效果
  2. 腳本穩定性
  3. 腳本的運行速度
  4. 腳本准確性

第六步:

持續集成,集成方式有很多,目前使用多點的是使用Jenkins 我關注的點: 1. 定時的構建 1. 構建時會觸發其他內容 1. 編譯的日志

第七步:

消息通知 我關注的點: 1.結果的及時通知,如公司用到的一些聊天工具,是否可及時發送內容

第八步:

維護階段,出現問題能快速定位,ui自動化就存在維護成本高的風險


免責聲明!

本站轉載的文章為個人學習借鑒使用,本站對版權不負任何法律責任。如果侵犯了您的隱私權益,請聯系本站郵箱yoyou2525@163.com刪除。



 
粵ICP備18138465號   © 2018-2025 CODEPRJ.COM