不知不覺，時間過去了二年多，從開始想學習自動化（ui自動化到上手做專案）到上手，到能獨立開發乙個專案的ui自動化指令碼。
一直在學習，邊做邊學，邊看邊學。邊總結（具體看我的部落格，其中大部分都是自己的理解）。隨著乙個個專案的落地，自己也想總結自己對ui自動化的理解了。
1，ui自動化是一種能力，測試人員提公升過程中無法迴避。
2，ui自動化會產生幻覺，不能代替手工測試，不能，絕對不能。
3，愛是克制，不能貪婪，愛乙個人就要克制自己。ui自動化不能達到100%覆蓋，別貪婪，否則，就很容易失敗，慘淡收場。認清現實，覆蓋率越高，失敗風險越大。
一般達到60%就很不錯了。別問為什麼，因為失敗過的人的忠告往往是值得借鑑的。
4，專案中引入ui自動化，是可以嘗試，具體能不能成功，不是乙個人能左右的。所以團隊很重要。
5，引入ui自動化時，要考慮價效比，投入產出比。別為自動化而自動化，找死的話，選個風水好的地方。
要確定自動化範圍。
那麼，ui自動化價值到底有沒有？要不要引入？
存在即是合理，當你在學習ui自動化的時候，你的**水平是不是被動提高了。是不是很開心可以看懂報錯日誌了。是不是為了學習ui自動化，你得學習了更多的專業知識，**是不是也開始先學習了。（純屬囉嗦）
ui自動化能發現bug啊，至少系統不會出現死人的問題，比如登入不了，文字框不能輸入等嚴重的問題（一級，二級bug發現的了）
投入大，維護成本高，總能有點價值。（估計價值也只能是這些了）
想起最初學習的時候的金字塔模型，真的精闢。
最後說一句，ui自動化現在回頭來看，不是那麼高大上的技術，不要怕，花時間多練習，都可以學會。
提高ui自動化價值的方法：指令碼多執行，更改資料，多執行，價值也能提高了。
驗證質量, 業務和**的正確, 本質就是用資料來驗證過程的正確. 從這個維度上, 你能發現更多有價值的觀念.
關於自動化測試的思考
自動化之前要考慮到事情 1 範圍 將所有到東西自動化是不切實的。必須仔細研究和分析測試所能達到的範圍。這個是非常重要的。其實自動化測試最費時耗力的是什麼時候使用自動化，以及測試指令碼的編寫，而執行卻會非常快。2 時間到準備 一定要把自動化測試指令碼的準備時間考慮在內。通常，在開始使用自動化測試到時候...
關於UI測試自動化的考慮
針對ie的測試使用.net體系是比較方便的，利用process啟動ie，再把ie程序轉換成iexplore物件，就可以隨意的操縱html dom了 針對firefox的測試使用selenium也是比較方便的，不需要額外安裝 瀏覽器driver 其實ui測試方面功能還是太弱了，鍵盤輸入，滑鼠滑動，滑鼠...
UI自動化測試隨筆
昨天給開發的同事講我們正在做的自動化測試，同事問了句 為什麼api的測試不需要寫 了，而ui的測試還需要寫那麼多 呢？能不寫 麼？目前我們的自動化測試的現狀 目前主要覆蓋兩個部分 api的測試和ui的測試。對於api的測試經過框架的封裝，基本上只需要編寫乙個xml描述的test case就可以了，x...