自動化測試理解

 1. 應用在冒煙測試、迴歸等測試上，能極大節省測試的時間和金錢成本；
       2. 可以增量地對專案進行測試，符合軟體功能小步進化的特點；
       3. 增強團隊對專案質量的信心；

當然自動化測試的程式碼也是靠人寫的，要想對專案實施自動化測試，首先從技術上必須可行，市場上有針對專案技術架構的成熟的測試框架或軟體；其次測試程式碼維護的成本要足夠低，不能因為專案程式碼一點點的變化，就要大幅度改動測試程式碼。

自動化測試同手工測試一樣，都需要有一個計劃，測試的覆蓋率，評估自動化測試工具是否能帶來收益來確定測試的內容，其實，並不是所有專案都適合自動化測試工具的，如果專案週期短，是不適宜做自動化測試的，自動化測試雖然在執行中比較省時間，但是在前期的設計，指令碼的編寫和維護都會浪費較多的時間，如果自動化測試指令碼不能重複利用多次，自動化對於我們只是一種時間的浪費，只會令整個專案延期。如果你要用qtp這種識別gui屬性的工具必須要等待頁面功能穩定以後才能進行自動化指令碼的設計，因為任何一個控制元件的修改都會導致自動化工具不能識別控制元件。其次，自動化和手工測試都需要完成用例的設計，手工測試用例有相應的輸入輸出，自動化指令碼也需要，最好能引數化進行。

　　自動化測試是否能代替手工測試呢？多少人重複的問這這個問題，答案是不能，自動化測試最大的用處是保證測試的質量，而不是發現問題，而手工測試是發現問題。因為我們每次的迴歸測試，如果是手工測試的情況由於時間的關係並不能因為一個模組的bug，去測試其他的模組，而自動化測試工具的加入，可以保證所以模組的基本功能，每次迴歸用手工去發現驗證問題，用自動化工具去保證整個軟體的基本功能正常執行，自動化的推廣是逐步的，首先做一些冒煙測試的自動化，隨後把一些主要的功能和測試點也加進來，但是千萬不要太細化，到所有手工測試的點，這樣，會帶來很大的風險，自動化程度越高，風險將越大。

　　自動化的另外一個注意點就是管理，引入一項內容，必然就需要花一定的時間對引入的內容做管理，例如用td管理工具，一定有相應的說明文件，使他不依賴於某個人，以至於某個人的離職不會對自動化工作造成太大的打擊。