原來自動化測試的分層是這樣的，什么項目適合自動化測試？

隨著IT行業(yè)的快速發(fā)展，對于測試開發(fā)人員來說，自動化測試是一個躲不開的話題。這可以說是不管測試人員使用不使用都需要有所了解的一個知識，今天我們就來了解一下自動化測試的分層思想和什么樣的項目適合自動化測試。

自動化測試分層思想

自動化測試分層思想所倡導的是對系統(tǒng)進行分層，針對不同層次選擇合適的自動化類型進行測試的一種測試策略，同時自動化測試分層思想也與測試階段（單元測試、集成測試、系統(tǒng)測試）具備相關性。項目的自動化測試覆蓋程度取決于各分層自動化測試分層策略設計的合理性、全面性。

Unit-單元測試

一般由開發(fā)人員開展測試，也就是我們日常所說的開發(fā)人員對自己開發(fā)代碼的自測過程。

Service-服務集成的接口自動化測試

通常指的是API接口自動化測試，在分層自動化測試的應用中，接口自動化是最常見的自動化解決方案。

同時，結合數(shù)據(jù)驅動測試框架、關鍵字驅動測試框架可以滿足大部分測試場景，包含含有復雜業(yè)務邏輯的功能的覆蓋（B接口依賴A接口返回），同時降低測試代碼的冗余。特別是在前后端分離的產品架構設計中，可以對功能點進行有效的覆蓋，至于頁面顯示、頁面元素布局、展示的驗證可以通過手工測試或者其他工具覆蓋。

UI-頁面自動化測試

UI層是與用戶進行交互的，用戶通過與UI層交互使用系統(tǒng)功能。測試人員的大部分測試工作（黑盒測試）也集中在這一層。根據(jù)個人實踐經驗，大部分場景下都不推薦UI自動化，難以做到高效的維護，投入產出比不可控。關于UI自動化的三點建議如下：

優(yōu)先考慮底層自動化覆蓋，盡量不進行UI自動化覆蓋。

優(yōu)先考慮核心功能的自動化覆蓋，降低非核心功能的自動化覆蓋。

著重考慮自動化的可擴展性、易維護性設計。

自動化測試開展的必要條件

1、需求穩(wěn)定，不會頻繁變更

自動化測試最大的挑戰(zhàn)就是需求的變化，而自動化腳本本身就需要修改、擴展、debug，去適應新的功能，如果投入產出比太低，那么自動化測試也失去了其價值和意義；

折中的做法是選擇相對穩(wěn)定的模塊和功能進行自動化測試，變動較大、需求變更較頻繁的部分用手工測試；

2、多平臺運行，組合遍歷型、大量的重復任務

測試數(shù)據(jù)、測試用例、自動化腳本的重用性和移植性較強，降低成本，提高效率和價值；

3、被測系統(tǒng)開發(fā)較為規(guī)范，可測試性強

主要出于這幾點考慮：被測試系統(tǒng)的架構差異、測試技術和工具的適應性、測試人員的能力能否設計開發(fā)出適應差異的自動化測試框架；

4、軟件維護周期長，有生命力

自動化測試的需求穩(wěn)定性要求、自動化框架的設計、腳本開發(fā)與調試均需要時間，這其實也是一個軟件開發(fā)過程，如果項目周期較短，沒有足夠的時間去支持這一過程，那自動化測試也就不需要了；

以上的內容就是關于自動化測試的一些知識，既然今天我們聊到了自動化測試，那小編就給大家介紹一個自動化測試工具，AutoRunner是一個自動化測試工具，也是一個自動測試框架，加載不同的測試組件，能夠實現(xiàn)面向不同應用的測試。

推薦閱讀：

軟件測試之自動化測試腳本的詳解

微軟 Edge 瀏覽器 “垂直標簽頁”功能即將推出，那么前端自動化測試有哪些測試點？

自動化測試經常用于哪些項目中？要怎么寫自動化測試的方案？

自動化測試技術的發(fā)展階段及與手工測試的區(qū)別

自動化單元測試要怎么理解？自動化單元測試有幾大原則？

想要做好滲透測試，就需要明白的這八大步驟

深入了解黑盒測試的定義和黑盒測試的步驟