什麼是自動化測試
概念：自動化測試指軟體的自動化，在預設狀態下執行應用程式或者系統，預設條件包括正常和異常，最後評估執行結果。將人為驅動的測試行為轉換為機器執行的過程。
常見的自動化測試工具：重點來說說selenium:支援分布式測試用例的執行，可以把測試用例分不到不同的測試機器的執行，相當於分發機的功能。
自動化工具與自動化框架的區別？
自動化測試框架一般分為兩個層次：自動化框架、自動化工具。
自動化框架：是管理整個自動化測試的開發、執行以及維護，再比較龐大的專案中，它體現重要的作用，它可以管理整個自動化測試，包括自動化測試用例執行的次序、測試指令碼的維護、以及集中管理測試用例，測試報告和測試任務。
自動化工具：測試指令碼的的開發，充分地使用相關的測試工具，構建測試驅動，並完成測試業務邏輯。
自動化測試的演變：測試工具—資料驅動—關鍵字驅動—測試框架—測試平台
自動化測試方法：
測試物件:ui、介面、**
測試過程：系統測試、整合測試、單元測試
執行人員：測試人員、開發人員
自動化測試可以在整個測試過程中任何乙個階段實施。
測試人員一般會在系統測試時進行自動化測試。
整合測試階段多進行自動構建、部署、以及冒煙測試的自動化。
單元測試針對**級別進行測試，可進行靜態**檢測，或執行單元測試用例。
ui自動化
介面自動化
**的自動化：**變動小，可進行回歸測試、冒煙測試
自動化測試的優勢：
降低大型系統的由於變更或者多期開發引起的大量的回歸測試的人力投資，自動化測試前期人力投資較多，但是後期進入維護期，可節省大量人力，而手工測試後期需要大量的人來進行回歸測試。
優點：
<1>.減少了重複測試的時間，實現快速回歸測試
<2>.建立優良可靠的測試過程，減少人為錯誤。
<3>.可以執行更多更繁瑣的測試。
<4>.可以執行一些手工測試困難或不可能進行的測試
如何實施自動化測試
自動化測試的適用物件
實施自動化測試的前提條件：需求變動不頻繁，專案周期長，自動化測試指令碼可以重複使用
不適合使用自動化測試的專案
<1>.需求變動頻繁，自動化指令碼不能夠重複使用，維護成本太大，價效比低
<2>.專案周期短，自動化指令碼編制完成後使用次數不多，價效比低
<3>.互動性較強的專案，需要人工干預的專案，自動化無法實施。
適合做自動化的專案：
<1>.產品性的專案
<2>>機械兵頻繁的測試。每次需要輸入相同、大量的一些資料，並且在乙個專案中執行的週期比較長。
如何實施自動化測試：
<1>.分析：總體把握系統邏輯，分析出系統的核心體系架構
<2>.設計：設計測試用例，測試用例要足夠明確和清晰，覆蓋面廣而精
<3>.實現：設計指令碼，一是斷言（判斷自動化指令碼實際結果與測試用例預期結果是否相等），二是合理的運用引數化。
<4>.執行：指令碼執行過程中的異常需要仔細的分析原因。
<5>.總結：測試結果的分析，和測試過程的總結是自動化測試的關鍵。
<6>.維護：自動化測試指令碼的維護
<7>.分析：在自動測試過程中深刻的分析自動化測試用例的覆蓋風險和指令碼維護的成本。
自動化測試 web自動化測試
自動化 由機器裝置代替人為完成制定目標的過程 優點 提高工作效率 減少勞動力 產品規格同一標準 批量生產 自動化測試 讓程式代替人為去驗證程式功能的過程，即在預設條件下執行程式系統 流程確定 搭建自動化框架 編寫測試用例，將其轉化為soupui 介面 自動化測試指令碼 執行自動化測試指令碼 輸出執行...
測試自動化 自動化測試的定義
相關術語 automated testing test tool,automated testing test suite,automated testing test script等.具體參見 http en.wikipedia.org wiki test automation 推薦書籍 1 軟體...
測試自動化
自動化測試有兩種含義 開發過程的自動化單元測試和功能驗證階段的自動化黑盒測試。這兩者融合到daily build中，是daily build的最重要核心。daily build和自動化單元測試另文詳述，此處主要說說自動化功能測試。自動化測試的投入產出比以及實際應用效果其實不高 自動化測試作為提高測試...