過去幾年在微軟的測試經(jīng)驗，談談對測試自動化的看法。
先說說為什么做測試的人喜歡搞自動化。
第一，自尊心。計算機科班出身的人都喜歡作開發(fā)(Dev)。做測試工作經(jīng)常是身不由己，可是測試工作很多時間不需要編程，于是做測試的人想方設法寫些程序，以顯示自己也會編程。結果往往是欲罷不能，測試自動化程序越寫越多，越寫越復雜。后面我會談談測試自動化框架復雜的代價。
第二，為了出成績。很多測試組為了向管理層展示成績，往往要拿出例如測試自動化達到80%，程序覆蓋率達到90%。要我說，這些都是Bull Shit. 象小平同志說的“實踐是檢驗真理的標準”，我認為在測試中“用戶不出問題是檢驗質量的標準”。自動化做的再多，用戶出了問題，也是白搭。另外，一個人可以做的測試，自動化往往需要兩個，三個。倒是解決業(yè)的好方法。

那接下來我給大家說一下有關功能自動化測試工具為我們帶來的方便
功能自動化測試工具為我們帶來了什么呢？我不知道大家如何看待這個問題，我總覺的很多人把功能的自動化測試工具看的特別的“厲害”，覺得可以完成很多的工作。領導會說，如果我們用工具進行回歸測試，會很快的發(fā)現(xiàn)問題，然后減少回歸測試的時間，提高項目的效率，如此這般公司開始推行自動化工具！　⌒疫\的，我開始成為自動化工具的推廣者，曾經(jīng)用過自動化測試工具selenium進行簡單的自動化測試，因為項目是多省系統(tǒng)，進行系統(tǒng)測試時，重復內容比較多，但是程序又相對穩(wěn)定。于是在測試的間隙，完成自動化測試腳本，在系統(tǒng)測試中運行測試。效果還是比較好的，現(xiàn)在想想當時的腳本真的是非常脆弱而且是簡單的，沒有任何的控制語句，場景回復，腳本的維護量比較大，一旦出現(xiàn)問題，腳本跑不通，只能人工排查原因，自動化測試的部分只在系統(tǒng)測試中站系統(tǒng)測試百分之五十的工作量，但是在整個測試的工作量中百分之十都不到，大家仿似看到此時自動化測試的甜頭，希望在整個公司中推廣自動化測試工具，覺得自動化測試是一種趨勢，一種必然，于是我站在風頭浪尖開始試著完成這項工作。
　　自動化測試同手工測試一樣，都需要有一個計劃，測試的覆蓋率，評估自動化測試工具是否能帶來收益來確定測試的內容，其實，并不是所有項目都適合自動化測試工具的，如果項目周期短，是不適宜做自動化測試的，自動化測試雖然在運行中比較省時間，但是在前期的設計，腳本的編寫和維護都會浪費較多的時間，如果自動化測試腳本不能重復利用多次，自動化對于我們只是一種時間的浪費，只會令整個項目延期。如果你要用qtp這種識別gui屬性的工具必須要等待頁面功能穩(wěn)定以后才能進行自動化腳本的設計，因為任何一個控件的修改都會導致自動化工具不能識別控件。其次，自動化和手工測試都需要完成用例的設計，手工測試用例有相應的輸入輸出，自動化腳本也需要，好能參數(shù)化進行。
　　自動化測試是否能代替手工測試呢？多少人重復的問這這個問題，答案是不能，自動化測試大的用處是保證測試的質量，而不是發(fā)現(xiàn)問題，而手工測試是發(fā)現(xiàn)問題。因為我們每次的回歸測試，如果是手工測試的情況由于時間的關系并不能因為一個模塊的bug，去測試其他的模塊，而自動化測試工具的加入，可以保證所以模塊的基本功能，每次回歸用手工去發(fā)現(xiàn)驗證問題，用自動化工具去保證整個軟件的基本功能正常運行，自動化的推廣是逐步的，首先做一些冒煙測試的自動化，隨后把一些主要的功能和測試點也加進來，但是千萬不要太細化，到所有手工測試的點，這樣，會帶來很大的風險，自動化程度越高，風險將越大。
　　自動化的另外一個注意點是管理，引入一項內容，必然需要花一定的時間對引入的內容做管理，例如用td管理工具，一定有相應的說明文檔，使他不依賴于某個人，以至于某個人的離職不會對自動化工作造成太大的打擊。
　　自動化測試工具帶來了什么？帶來了質量的保證同時也引入了問題，看你如何規(guī)避各種各樣的問題，讓自動化測試工具為你所用啦。

注:本文出自lisilin的51Testing軟件測試博客：http://www.51testing.com/?127481