獲得功能測試的常規用例,查看是否能夠進行自動化,要明確,自動化不是爲了自動化而自動化,自動化是節省人力,主要作迴歸測試,若是變更性特別大,不建議作自動化,具體可查看其它文章「什麼適合作自動化」,且有些自動化要評判付出與收益比,若是付出很大,收益很小,這種也不值得作自動化數據庫
確承認以作自動化,須要把用例轉成自動化用例框架
我關注的點:工具
轉成了自動化用例後,咱們要合適本身部門的工具,工具選型, 我工具選取幾個要點:測試
目前在考慮是否使用airetest或rbotoframework工具,這塊須要調研ui
腳本編寫,把自動化用例轉成腳本 我關注的點: 1.ui框架的模式,關鍵字驅動,數據驅動,混合驅動等 2.代碼要注意封裝,使用PO模式,減小冗餘 3.考慮腳本的擴展性日誌
驗收,我關注的點:blog
持續集成,集成方式有不少,目前使用多點的是使用Jenkins 我關注的點: 1. 定時的構建 1. 構建時會觸發其餘內容 1. 編譯的日誌接口
消息通知 我關注的點: 1.結果的及時通知,如公司用到的一些聊天工具,是否可及時發送內容文檔
維護階段,出現問題能快速定位,ui自動化就存在維護成本高的風險自動化