什麼是自動化？
編寫軟體去測試其他軟體
編寫驅動被測試應用程式的測試指令碼以執行鍵盤、滑鼠動作和後台程序並驗證應用程式響應和行為。
手工測試的侷限性
無法做到覆蓋所有**路徑
機械、重複，工作量大
許多與時序、死鎖、資源衝突、多執行緒等有關的錯誤，通過手工測試很難捕捉到
進行負載、效能測試，很難通過手工測試模擬大量資料或大量併發使用者
可靠性測試時，常需要模擬系統執行10年、幾十年，以驗證穩定性，這也是手工測試無法做到的
如果有大量（幾千）的測試用例，需要在短時間內（1天）完成，手工測試幾乎不可能做到
為什麼要做自動化？
1、減少手工測試中的重複性工作，提高測試人員的工作成就感和幸福感
2、提高測試用例的執行效率，實現快速的自動化回歸測試，快速的給予開發團隊質量反饋
3、減少測試人員的數量，提高開發和測試的比例，節省企業的人力成本
5、插入大量的測試資料
6、發現更多的bug
是否合適做自動化？
時間（功能測試都做不完）
人員（初級的測試工程師）
系統（頁面元素經常變，需求經常變不適合做，意義不大）
領導（領導推薦不推薦）
什麼情況下做自動化？
自動化測試不可能完全代替手工測試 在功能邏輯測試、適用性測試、涉及物理互動性測試時，多採用黑盒測試的手工測試方法
單元測試、整合測試、負載測試、效能測試、穩定性測試、可靠性測試等較適合自動化
什麼樣的專案需要做自動化？
需求變更慢
周期長指令碼可重複利用
產品型專案：每個專案只改進少量的功能，但每個專案必須反反覆覆的測試那些沒有改動過的功能
（結合公司的狀況，迭代週期太短，時間不夠，除非有專人做，寫指令碼費時）
解析：如果說你花乙個月開發自動化系統，但指令碼只針對這個系統，如果下乙個系統做自動化，指令碼又要重新寫，成本就會較高，重複利用率較低
關於介面自動化測試
介面測試分單介面測試和聯合介面測試
單介面測試關注以下資訊：
1、響應狀態
2、響應時間
3、請求資料格式：協議、編碼、字段
4、響應資料格式：編碼、字段
聯合介面測試關注多個介面組合特定業務場景測試；
在打算實施介面自動化後，需要解決如下幾個問題
1、介面自動化要測試哪些介面，我們要怎麼測試這些介面，每個介面需要分別覆蓋什麼？
2、工欲善其事必先利其器，介面自動化測試如何選型工具？很多任務具都具有介面測試功能，如何挑選工具
3、如何做到持續整合？
最後想問下：大家覺得ui自動化測試和介面測試哪乙個更加重要？哪乙個更易於維護？
二 自動化測試的那些事
1.什麼是自動化測試？首先理清自動化測試的概念，1 廣義上來講，自動化包括一切通過工具 程式 的方式來代替或輔助手工測試的行為都可以看做自動化，包括效能測試工具 loadrunner jmeter 或自己所寫的一段程式，用於生成1到100個測試資料。所以實際上從廣義上來講 效能測試 介面測試等但凡用...
測試自動化 自動化測試的定義
相關術語 automated testing test tool,automated testing test suite,automated testing test script等.具體參見 http en.wikipedia.org wiki test automation 推薦書籍 1 軟體...
自動化測試 web自動化測試
自動化 由機器裝置代替人為完成制定目標的過程 優點 提高工作效率 減少勞動力 產品規格同一標準 批量生產 自動化測試 讓程式代替人為去驗證程式功能的過程，即在預設條件下執行程式系統 流程確定 搭建自動化框架 編寫測試用例，將其轉化為soupui 介面 自動化測試指令碼 執行自動化測試指令碼 輸出執行...