自動化之前要考慮到事情：
1 範圍
將所有到東西自動化是不切實的。必須仔細研究和分析測試所能達到的範圍。這個是非常重要的。其實自動化測試最費時耗力的是什麼時候使用自動化，以及測試指令碼的編寫，而執行卻會非常快。
2 時間到準備
一定要把自動化測試指令碼的準備時間考慮在內。通常，在開始使用自動化測試到時候指令碼到編寫時間可能會長，但隨著使用時間的變長和熟練程度，指令碼編寫時間會越來越少，效率在後期得到體現。
3 投資回報率
自動化的投入是巨大的，所以一定要慎重。「該出手時在出手」。如果自動化運用得當，則回報也非常好的！
4 什麼時候使用
5 測試的完整性
你怎麼去衡量乙個測試的成功與失敗？莫非只是根據它返回的pass或fail嗎？難到指令碼執行過了沒有顯示錯誤就是正確的嗎？值得去深思。
6 錄製與回放
好多人說不要依賴指令碼的錄製和回放，這個想法很偉大。你手動的執行測試而測試工具是在後台進行記錄的。不依賴錄製與回放想法很偉大，卻很少能有效。
7 指令碼的維護
對於自動化測試指令碼的事後維護是非常複雜的，成本也很高。因為如果乙個程式有了太多的變更需要進行修改。
8 工具整合
並不是所有的公司都回買一套的軟體，所以工具的整合也很有難度。
9 不正確或盲目的使用工具只會增加成本和負擔，是非常危險的！
關於UI自動化測試的思考
不知不覺，時間過去了二年多，從開始想學習自動化 ui自動化到上手做專案 到上手，到能獨立開發乙個專案的ui自動化指令碼。一直在學習，邊做邊學，邊看邊學。邊總結 具體看我的部落格，其中大部分都是自己的理解 隨著乙個個專案的落地，自己也想總結自己對ui自動化的理解了。1，ui自動化是一種能力，測試人員提...
關於自動化測試
很多東西總是很容易被提起，然後接著被忘記 比如開發的單元測試，和測試的自動化測試。我覺得這個和企業的文化 開發測試團隊的流程化水平相關。如果我們在工作中已經 敏捷 掉了需求分析和詳細設計的時間，那麼我們是不可能忍受單元測試使用初期帶來的效率下降，也不可能堅持維護現有的單元測試指令碼。同樣如果測試組現...
關於自動化測試的一些思考。
我們都知道自動化測試是一種不錯的回歸測試的解決方案，我們一直想在自己負責的被測試產品 模組中引入自動化測試，但是，是不是應該大張旗鼓的在產品測試過程中引入自動化？要知道回歸測試是有其專用目的的，主要是為了驗證原來好用的功能現在仍繼續好用，發現原來好用但現在不好用的功能。要知道自動化測試指令碼的完全建...