做自動化測試之前你需要了解這些內(nèi)容M6 米樂

　　概念：把以人為驅(qū)動的測試行為轉(zhuǎn)化為機器執(zhí)行的一種過程，自動化測試節(jié)省人力、時間或硬件資源，提高測試效率。

　　單元自動化測試（數(shù)據(jù)處理層）：指對軟件中最小的可測試單元進行檢查和驗證，一般需要借助單元測試框架，如java的Junit、TestNG，python的unittest，常見的手段是code review等

　　接口自動化測試（業(yè)務邏輯層）：主要檢查驗證模塊間的調(diào)用返回以及不同系統(tǒng)、服務間的數(shù)據(jù)交換，常見的接口測試工具有postman、jmeter、loadrunner等

　　UI自動化測試（GUI界面層）：UI層是用戶使用產(chǎn)品的入口，所有功能通過這一層提供給用戶，測試工作大多集中在這一層，常見的測試工具有UFT、Robot Framework、Selenium、Appium等

　　測試腳本的穩(wěn)定性決定了自動化測試的維護成本。如果軟件需求變動過于頻繁，測試人員需要不斷更新測試用例以及測試腳本，而腳本的維護實際上是代碼開發(fā)的過程，需要修改、調(diào)試，必要時還要修改自動化測試的框架，所花費的人力、物力大便不值得弄自動化測試。

　　自動化測試需求的確定、框架的設計、測試腳本的編寫與調(diào)試均需要相當長的時間來完成，如果項目周期較短，沒有足夠時間支持，結(jié)果還不如手工測試來的快、簡單，就不需要做自動化測試。

　　需要在多平臺運行相同的測試用例、組合遍歷型的測試、大量重復測瀏覽器的兼容、操作系統(tǒng)的兼容

　　主要考慮三個方面，1）所測試的項目之間是否很大的差異性（如C/S系統(tǒng)和B/S系統(tǒng)的差異）；2）所選擇的測試工具是否適應這種差異；3）測試人員是否有能力開發(fā)出適應這種差異的自動化測試框架。

　　首先要分析項目的架構(gòu)和狀況。對于一個后端的服務，它如果是純粹以接口的形式提供給其它組件去調(diào)用，那可以采取“接口自動化”；對于一個Web產(chǎn)品，如果前后端都在測試的保障范圍，而且前端頁面相對比較穩(wěn)定，可以考慮采用“UI自動化”（此時接口自動化其實已經(jīng)不足以保障產(chǎn)品的端到端功能）；對于更后端的組件，如果想測試組件自身的基礎核心功能，可以采用“基于shell交互命令執(zhí)行的自動化”，通過自動化腳本的方式封裝shell命令的調(diào)用。米樂 M6