二、如何實施自動化測試
自動化測試指軟體測試的自動化，在預設狀態下執行應用程式或者系統預設條件包括正常和異常，最後評估執行結果。將人為驅動的測試行為轉化為機器執行的過程。
自動化測試框架一般可以分為兩個層次，上層是管理整個自動化測試的開發，執行以及維護，在比較龐大的專案中，它體現重要的作用，它可以管理整個自動測試，包括自動化測試用例執行的次序、測試指令碼的維護、以及集中管理測試用例、測試報告和測試任務等。下層主要是測試指令碼的開發，充分的使用相關的測試工具，構建測試驅動，並完成測試業務邏輯。
自動化測試的演變：測試工具----資料驅動----關鍵字驅動----測試框架----測試平台
測試物件：ui，介面，**
測試階段：系統測試，整合測試，單元測試
執行人員：測試人員，開發人員
自動化測試的時機：功能相對穩定
頁面相關性強，在系統測試功能相對穩定後進行；
適用於頁面功能相對穩定，介面變化小的專案
用例維護量大
頁面相關性小
後台功能完成，並相對穩定就可以做介面自動化
用例維護量小
適合介面變動小，介面變動頻繁的專案
減少重複測試的時間，實現快速回歸測試
建立優良可靠的測試過程，減少人為錯誤
可以執行更多更繁瑣的測試
可以執行一些手工測試困難或不可能進行的測試
更好的利用資源
測試具有一致性和重複性
測試指令碼的重用性
實施自動化測試的前提條件：需求變動不頻繁、專案週期足夠長、自動化測試指令碼可重複使用
需求變動頻繁的專案，自動化指令碼不能重複使用，維護成本太大，價效比低
專案周期短，自動化指令碼編制完成後使用次數不多，價效比低
互動型較強的專案，需要人工干預的專案，自動化無法實施
2、機械並頻繁的測試。每次需要輸入相同、大量的一些資料，並且在乙個專案中執行的週期比較長。
分析：總體把握系統邏輯，分析出系統的核心體系架構。
設計：設計測試用例，測試用例要足夠明確和清晰，覆蓋面廣而精
實現：實現指令碼，有兩個要求一是斷言，二是合理的運用引數化。
執行：執行指令碼遠遠沒有我們想象中那麼簡單。指令碼執行過程中的異常需要我們仔細的去分析原因。
總結：測試結果的分析，和測試過程的總結是自動化測試的關鍵。
維護：自動化測試指令碼的維護是乙個難以解決但又必須要解決的問題。
分析：在自動化測試過程中深刻的分析自動化用例的覆蓋風險和指令碼維護的成本
2、對收益和成本認識不清。拋開工具的開發或者購買成本和培訓成本，自動化測試的成本應該還包括兩部分（實現成本中還隱含了測試準備成本）：成本＝實現成本＋執行維護成本
自動化測試的收益是由測試指令碼的重複執行次數，或自動測試指令碼的利用率決定的
自動化指令碼的執行，維護和結果分析
自動化指令碼的編寫
自動化測試方案的設計，框架的選型
自動化測試框架的編碼實現
自動化測試框架的設計
了解基本業務
了解業務的技術框架
懂得功能測試
懂得一種程式語言
懂資料庫、作業系統
了解常見的測試框架
自動化測試工具monkey
monkey是android中的乙個命令列工具，可以執行在模擬器裡或實際裝置中。它向系統傳送偽隨機的使用者事件流 如按鍵輸入 觸控螢幕輸入 手勢輸入等 實現對正在開發的應用程式進行壓力測試。monkey測試是一種為了測試軟體的穩定性 健壯性的快速有效的方法。a 測試的物件僅為應用程式包，有一定的侷限...
自動化測試工具分析
目前在國內使用的最多的自動化測試工具就是qtp，以至於許多人錯誤的理解為自動化測試就是使用qtp進行一下錄製，然後就是自動化測試了，這種理解是有偏差的。qtp 是hp公司開發的乙個款自動化測試工具，名氣很大，但是售價也非常昂貴，國內有一些牛人破解了qtp，進行使用，但是大公司一般不會採用這種方式，要...
TEP自動化測試工具
查詢yaml檔案 並返回 def read yaml yaml name 讀取yaml，將yaml反序列化，就是把yaml格式轉換成dict格式 return try yaml file tests test case yaml name with open yaml file,encoding u...