第一步：

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

第二步：

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

我關註的點：

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

第三步：

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

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

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

第四步：

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

第五步：

驗收，我關註的點：

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

第六步：

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

第七步：

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

第八步：

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

如何做ui自動化---步驟詳解