自動化測試是把以人為驅動的測試行為轉化為機器執行的一種過程。
個人認為，只要能服務於我們，能夠幫助我們提公升工作效率的，不管是所謂的自動化工具，還是寫個sql指令碼、寫個批處理、做個小工具等等，都屬於自動化範疇。
自動化是乙個思想，而不是工具，需要剛入手的朋友們注意。
自動化並非萬能，人工測試還是必須的。自動化的目的是驗證問題，手工測試的目的是發現問題。很多朋友做一段手工測試後，就厭了、煩了、倦了，口口聲聲說，我要做自動化，再也不要，也不想做手工測試了。這種想法是存在誤區的，重複也是一種極致，當你你在重複裡面找到靈感了，找到快樂了，你就比別人高乙個境界。下面的內容供大家了解，也讓大家在自己的內心建立起自動化的好與壞、利與弊評判。
直接一點的：就是為了節省人力、時間或硬體資源，提高測試效率，滿足版本需求的快速迭代，提公升產品測試質量。
軟體需求變動不頻繁，相對穩定的功能模組或介面
專案週期足夠長
自動化指令碼可重複使用
手工測試無法完成的，或者需要投入較大時間人力的
切入時機
以基本完成軟體的程式介面開發、頁面控制項相對穩定為宜。
適用場景
測試時間相對長，且存在大量重複性、機械性手工測試的專案
產品型軟體，每發布乙個新的版本或打補丁都需要對其他模組執行相同的測試
專案型軟體，需求變更頻繁，每變更一次，需要對原有的無爭議的功能做測試
經常需要更換應用程式部署站點的軟體，每更換一次需要對所有功能做驗證測試
測試時間相對長，且存在大量需要執行回歸測試的軟體專案
系統介面穩定，需要對業務流程進行驗證測試的軟體
採用增量開發持續整合的專案，需要對頻繁更新的程式執行驗證測試
軟體專案採用主流開發平台技術，且不存在物理互動的測試
不適用場景
自動化測試需求分析》自動化測試框架選型、搭建》自動化測試用例、指令碼編寫》自動化測試結果分析(總執行用例數、成功用例數、失敗用例數等)》版本更新迭代維護、持續整合
ui自動化
維護成本高，受益最小。當然不是說ui自動化沒有價值，適當的介面自動化還是有用的。
目前應用較多的場景是在版本發布、回歸測試，可對功能穩定、基本無改動的模組開展ui自動化，從而縮短版本發布週期。
間接的，也讓人工測試把重心放在產品的核心業務場景以及改動較大的功能模組上。
介面自動化
維護成本適中，受益適中，可以考慮覆蓋大部分業務流程。
現在很多系統前後端架構是分離，後端介面服務開發是先行的，盡早介入可以從介面層發現更多的問題，預防和減少模組呼叫時才暴露問題。
單元測試
維護成本低，受益最大，價值最大。但是目前基本是開發在做，測試人員參與較少，而且對測試人員要求較高。
《coogle軟體測試之道》中提到單元測試、介面自動化、ui自動化的比例大概是70%、20%、10%，間接的也反應出不同階段自動化能夠給我們帶來的價值。
當然，衡量自動化價值不能片面認識，需要綜合各種因子一起考慮，只有適合自己的才是最好的。
自動化測試 web自動化測試
自動化 由機器裝置代替人為完成制定目標的過程 優點 提高工作效率 減少勞動力 產品規格同一標準 批量生產 自動化測試 讓程式代替人為去驗證程式功能的過程，即在預設條件下執行程式系統 流程確定 搭建自動化框架 編寫測試用例，將其轉化為soupui 介面 自動化測試指令碼 執行自動化測試指令碼 輸出執行...
虛擬機器自動化測試初構
乙個目錄記錄dd 過的系統 od.txt 乙個檔案記錄配置資訊 cpu數目，記憶體，路徑，磁碟，網絡卡 個數 config.txt os vcpu vmem vname 乙個檔案記錄對虛擬機器的操作.序號，操作1，引數，操作2，引數。end結束 1 define d start end 2 主程式讀...
測試自動化 自動化測試的定義
相關術語 automated testing test tool,automated testing test suite,automated testing test script等.具體參見 http en.wikipedia.org wiki test automation 推薦書籍 1 軟體...