自動化測試指軟件測試的自動化，在預設狀態下運行應用程序或系統，預設條件包括正常和異常，評估運行結果,自動化測試系統是基于自動化測試上的系統。將人為驅動的測試行為轉化為機器執行的過程。

自動化測試框架一般可以分為兩個層次，上層是管理整個自動化測試的開發，執行以及維護，在比較龐大的項目中，它體現重要的作用，它可以管理整個自動測試，包括自動化測試用例執行的次序、測試腳本的維護、以及集中管理測試用例、測試報告和測試任務等。下層主要是測試腳本的開發，充分的使用相關的測試工具，構建測試驅動，并完成測試業務邏輯。

自動化測試的演變：測試工具----數據驅動----關鍵字驅動----測試框架----測試平臺

自動化測試方法

（1）測試對象：UI、接口、代碼

①UI自動化：用例維護量大頁面相關性強，應要后期介入UI測試適合與界面變動較小的項目

②接口自動化：可在產品前期介入用例維護量小頁面相關性小適合接口變動較小，界面變動頻繁的項目

（2）測試過程：系統測試、集成測試、單元測試

（3）執行人員：測試人員、開發人員自動化測試可以在整個測試過程中任何一個階段實施測試人員一般在系統測試時進行自動化測試集成測試階段多進行自動構建、部署，以及冒煙測試的自動化單元測試針對代碼級別進行測試，可進行靜態代碼檢查，或者執行單元測試用例，典型的框架比如junit，jmock等，該部分多由開發人員實施。

5.自動化測試的優勢

降低大型系統的由于變更或者多期開發引起的大量的回歸測試的人力投入，這可能是自動化測試主要的任務，特別是在程序修改比較頻繁時，效果是非常明顯的，自動化測試前期人力投入較多，但后期進入維護期后，可節省大量人力，而手工測試后期需要增加大量人力用于回歸測試減少重復測試的時間，實現快速回歸測試創建優良可靠的測試過程，減少人為錯誤可以運行更多更繁瑣的測試可以執行一些手工測試困難或不可能進行的測試更好的利用資源。

如何實施自動化測試

自動化測試的適用對象

實施自動化測試的前提條件：需求變動不頻繁、項目周期足夠長、自動化測試腳本可重復使用

①需求變動頻繁的項目，自動化腳本不能重復使用，維護成本太大，性價比低

②項目周期短，自動化腳本編制完成后使用次數不多，性價比低

③交互型較強的項目，需要人工干預的項目，自動化無法實施

2.適合做自動化的項目：

①產品型項目。產品型的項目，新版本是在舊版本的基礎上進行改進，功能變不大的項目，但項目的新老功能都需要重復的進行回歸測試。回歸測試是自動化測試的強項，它能夠很好的驗證你是否引入了新的缺陷，老的缺陷是否修改過來了。在某種程度上可以把自動化測試工具叫做回歸測試工具。

②機械并頻繁的測試。每次需要輸入相同、大量的一些數據，并且在一個項目中運行的周期比較長。

3.什么時候實施自動化

4.如何實施自動化測試

(1)分析：總體把握系統邏輯，分析出系統的核心體系架構。

(2)設計：設計測試用例，測試用例要足夠明確和清晰，覆蓋面廣而精

(3)實現：實現腳本，有兩個要求一是斷言，二是合理的運用參數化。

(4)執行：執行腳本遠遠沒有我們想象中那么簡單。腳本執行過程中的異常需要我們仔細的去分析原因。

(5)總結：測試結果的分析，和測試過程的總結是自動化測試的關鍵。

(6)維護：自動化測試腳本的維護是一個難以解決但又需要解決的問題。

(7)分析：在自動化測試過程中深刻的分析自動化用例的覆蓋風險和腳本維護的成本。

5.自動化測試實施失敗的原因

（1）期望值過高。就像管理人員要求完全測試一樣，期望100％的測試自動化，也同樣是一個不現實的需求。

（2）對收益和成本認識不清。拋開工具的開發或者購買成本和培訓成本，自動化測試的成本應該還包括兩部分（實現成本中還隱含了測試準備成本）：

成本＝實現成本＋運行維護成本

自動化測試的收益是由測試腳本的重復運行次數，或自動測試腳本的利用率決定的。