自動化測試的前提及過程

　　自動化測試的前提及過程   軟件測試

　　自動化測試是把以人為驅動的測試行為轉化為機器執行的一種過程。通常，在設計了測試用例并通過評審之后，由測試人員根據測試用例中描述的規程一步步執行測試，得到實際結果與期望結果的比較。在此過程中，為了節省人力、時間或硬件資源，提高測試效率，便引入了自動化測試的概念。

　　1. 自動化測試的前提條件

　　實施自動化測試之前需要對軟件開發過程進行分析，以觀察其是否適合使用自動化測試。通常需要同時滿足以下條件：

　　1) 軟件需求變動不頻繁。

　　測試腳本的穩定性決定了自動化測試的維護成本。如果軟件需求變動過于頻繁，測試人員需要根據變動的需求來更新測試用例以及相關的測試腳本，而腳本的維護本身就是一個代碼開發的過程，需要修改、調試，必要的時候還要修改自動化測試的框架，如果所花費的成本不低于利用其節省的測試成本，那么自動化測試便是失敗的。

　　項目中的某些模塊相對穩定，而某些模塊需求變動性很大。我們便可對相對穩定的模塊進行自動化測試，而變動較大的仍是用手工測試。

　　2) 項目周期足夠長。

　　由于自動化測試需求的確定、自動化測試框架的設計、測試腳本的編寫與調試均需要相當長的時間來完成。這樣的過程本身就是一個測試軟件的開發過程，需要較長的時間來完成。如果項目的周期比較短，沒有足夠的時間去支持這樣一個過程，那么自動化測試便成為笑談。

　　3) 自動化測試腳本可重復使用。

　　如果費盡心思開發了一套近乎完美的自動化測試腳本，但是腳本的重復使用率很低，致使其間所耗費的成本大于所創造的經濟價值，自動化測試便成為了測試人員的練手之作，而并非是真正可產生效益的測試手段了。

　　另外，在手工測試無法完成，需要投入大量時間與人力時也需要考慮引入自動化測試。比如性能測試、配置測試、大數據量輸入測試等。

　　2. 自動化測試的過程

　　自動化測試與軟件開發過程從本質上來講是一樣的，無非是利用自動化測試工具(相當于軟件開發工具)，經過對測試需求的分析(軟件過程中的需求分析)，設計出自動化測試用例(軟件過程中的需求規格)，從而搭建自動化測試的框架(軟件過程中的概要設計)，設計與編寫自動化腳本(詳細設計與編碼)，測試腳本的正確性，從而完成該套測試腳本(即主要功能為測試的應用軟件)。

　　1) 自動化測試需求分析。

　　當測試項目滿足了自動化的前提條件，并確定在該項目中需要使用自動化測試時，我們便開始進行自動化測試需求分析。此過程需要確定自動化測試的范圍以及相應的測試用例、測試數據，并形成詳細的文檔，以便于自動化測試框架的建立。

　　2) 自動化測試框架的搭建。

　　所謂自動化測試框架便是像軟件架構一般，定義了在使用該套腳本時需要調用哪些文件、結構，調用的過程，以及文件結構如何劃分。

原文轉自：http://www.anti-gravitydesign.com