Double Think Before Action。 三思而后行， 測試自動化是一個系統的工程，根據我以前的經驗，我們在進行測試自動化之前，要自己問一些問題給自己，如果能很好的回答，或者能做一些風險評估，有充分的思想準備：
1。我們公司的測試流程完備嗎？不要指望測試自動化能改善你的測試流程，如果沒有很好的手工測試流程，測試自動化一定會失敗。
2。我們公司的產品都是穩定的版本嗎？不穩定的版本進行測試自動化必然帶來很高的維護代價，盡管你可能進行很好的設計，產品變化之后總會帶來你想象不到的測試腳本的維護。而且不穩定的產品可能存在bug的機會遠遠大于穩定的產品，而且通常來說，自動化測試不能發現比手工測試更多的bug，如果你想多發現一些bug，把產品做穩定，還是多進行一些手工測試吧。
3。我們公司的產品都經過可測性設計嗎？換句話說，我們產品的設計和開發給測試預留了一定的接口了嗎，如果沒有，還是慎重的為好。如果你的產品都沒有經過可測性測試，你的測試自動化進展一定很緩慢，很多地方可能會讓你舉步維艱。
4。我們公司的測試自動化框架打算怎么做？在進行自動化之前，你一定要考慮這個問題，注意，不是測試工具，而是自動化框架，也就是平臺，如果沒有一個很好的平臺，你的測試自動化base可能比較混亂，而且測試腳本的維護也是一個大的問題，版本問題你考慮了嗎，測試的執行和測試的管理你考慮了嗎，好好想想這個問題吧。
5。我們公司需要什么樣的測試工具？這里才是測試工具，我們打算自己購買嗎，有多少預算？購買工具的評估怎么進行。很多工具是按照license費用計算的，而且售價相當高。如果你預算不夠，自己開發嗎？另外，有些測試工具可能是你有錢也買不到的，市場沒有相應的工具，或者及時有，也不滿足你的特殊要求， 那么怎么辦，自己開發。
6。我們測試腳本是誰來開發？測試腳本的開發對測試人員有很高的要求，不僅僅要熟悉開發，而且對測試業務很熟悉，無憂測試論壇上有很多這方面的討論，對業務和編程的要求分別是多少，我的想法是50%對50%，好的測試專家一定是好的業務專家，好的業務專家不一定是好的測試專家。^_^ ， 特別現在開發大多不愿意做測試，測試人員的素質能不能達到要求？是專門成立一個自動化的團隊來進行測試開發，還是用現有的測試工程師抽出時間進行測試開發？ 要知道測試的進度很緊，測試工程師可能忙于測試用例的編寫，測試用例的執行，測試的評審，產品的學習。整個要想清楚了。
7。 測試腳本誰來執行，誰來維護？ 測試腳本開發完成了，只有執行才能帶來收益和投資回報，誰來執行，測試人員嗎？ 沒有從不變化的軟件產品，軟件產品版本升級發生了變化，相應的測試腳本可能需要維護，誰來進行維護？自己開發自己維護，時間長了，開發的模塊越多，負擔越重，最終可能會被拖的無法騰出時間進行開發新的模塊。 如果是誰來執行，誰來維護，那么測試腳本的交接如何進行？
8。測試環境是共享還是獨立？一般來說，自動化測試對環境的積累比手工測試要強很多，我們可以充分利用晚上的時間和休息時間進行測試，那么測試環境的獨立性就需要很好的保證，對測試資源的要求也很高，我們的測試環境具備這樣的要求嗎？
暫時想到這么多，而且每個主題都可以拿出來單獨進行討論。后續想到我再補充，歡迎你也給出你的想法和意見。
文章來源于領測軟件測試網 http://www.kjueaiud.com/
