關于自動化測試，我的經驗也談不上有多豐富，不過也基本完整的參與做過一個小項目的自動化測試的開發。在這里就和大家分享一些其中的感觸和經驗吧。當然我不會完整地討論如何為一個項目設計和開發自動化測試--要談這個話題本人的道行還淺了點，呵呵。這里想分享的是在給項目做測試自動化的時候在準備階段要注意的兩個問題。
一、測試框架和編程語言的選擇
首先，在明確了當前產品的狀況是可以自動化以后，第一個問題就是要選擇什么樣的自動化測試框架和編程語言。關于自動化測試框架的選擇：
1）優先考慮公司內部已有的并且仍然在使用的測試框架；因為
a）它們是經過時間和實踐檢驗的，而且
b）你隨時可以找到對這個框架很熟悉的人去問，所以學習成本會低不少。
2）其次考慮當前業界正在被廣泛使用并且等得到廣泛認可的測試框架，因為它們的質量（quality）是經過了很多精英的軟件開發者和公司的檢驗的。（這里推薦一個STAF，有興趣的可以去這里看看）
但是這個選擇的不足之處是這樣的測試框架往往比較復雜，需要相對較大的學習成本才能掌握。
3）最后才是考慮自己開發測試框架。理由是顯而易見的，因為自己開發測試框架需要投入大量的人力和時間。
但是當對測試框架的功能需求相對簡單，或者資源和時間充裕的情況下也可以優先這個選擇。
關于編程語言的選擇就相對簡單一點了，只要：
1）易于和產品集成；
2）學習難度小，開發速度快；
3）當規模增大時，可維護性較好--在下面我們將看到，自動化的收益往往會是一個長期的過程，所以測試程序的可維護性也是比較重要的考慮。
二、哪些是需要自動化的測試用例？
當測試框架和編程語言確定以后，接下來要面對的問題就是面對已有的大量的測試用例，我們應該有什么樣的策略來進行篩選呢？
也許有人會問：“全部自動化就好了啊，為什么要篩選呢？”事實是100%的自動化大多數時候都是不現實和不合理的目標。因為：
1）受到測試框架和編程語言的限制，不是所有的測試用例都的可以自動化的；
2）即使所有測試用例理論上都可以自動化，100%的自動化所消耗的成本（時間，人力，etc）也不一定能被接受。
那么，我們的策略是什么呢？一句話概括就是“選擇投入產出比最高的測試用例來做自動化�！� 那“投入產出比”如何計算呢？這就取決于你對于自動化測試的期望是什么樣的了。關于期望，首先的首先，“自動化測試”一定不是用來幫你找到更多的產品缺陷的！比較合理的期望是“用來驗證在產品的開發過程中的代碼修改沒有不斷的引入已知的可能缺陷，從而從一個比較長期的時間段來看，達到節省測試成本（人力，時間，etc）的目的”。從這個理解出發，我們的具體可操作的策略就是“在實現難度相近的情況下優先選擇那些將最可能被執行更多次的測試用例”。因為雖然自動化的執行一個測試用例比手動執行的成本要低，但自動化一個測試用例的成本是要比這個節省的成本要大很多的。所以只有當這個測試用例需要被執行多次的時候，這個節省的成本不斷累加才能夠最終“贏利”。
ps：做測試自動化，如果只考慮在當前的產品版本的應用，收回成本甚至贏利有可能是mission impossible，但是從長期來看一般來講，設計好的測試自動化應該能繼續在產品的新版本中或者售后維護階段發揮更大的作用從而做到真正的“贏利”。所以在設計測試自動化的時候應該有一個測試程序將需要被長期的使用的考量在里面。
文章來源于領測軟件測試網 http://www.kjueaiud.com/
