自動化測試框架所服務應用對象并不完全是或者說不是用戶本身，其服務應用對象我認為是系統或者是業務功能模塊。

就用戶本身而言，并不是會使用一兩款自動化框架，一門語言，就能夠說具備自動化能力，自動化測試本質上屬于一種區別于手工測試的測試手段。

既然是測試手段——使用什么樣工具解決什么樣的問題。而不是使用什么樣的工具服務與什么樣的人。

首先需要明白自動化測試框架更傾向于一種設計思想 ，這種思想指導工具的使用或者自研開發，并且不是只能使用僅僅一種框架，結合被測系統本身特性一般是選擇多種測試框架的組合，來滿足測試和設計需求(開發、維護角度)。

自動化測試框架其實不嚴格區分，UI、接口、數據等自動化測試類型的，不同測試類型都可以去使用一種或多種自動化測試框架。

自動化測試框架主要分為以下幾種，可以根據項目需要進行選擇：

1.模塊化框架（test script modularity）。

2.函數庫結構框架（test library architecture）。

3.關鍵字驅動測試框架（keyword-driven/table-driven testing）。

4.數據驅動測試框架（data-driven testing）。

測試框架而言，不同于測試工具，測試框架更像一種指導思想。UI自動化工具常見工具有ATF（澤眾推出的自動化測試框架）、Selenium等；接口自動化常見的測試工具有postman、jmeter、ATF等等。

基于WebUI的自動化測試框架如何分層比較好？

在java業務項目中，如果系統不是很龐大，我常見的一種分法是按照層次來劃分，例如分展現層，業務層，持久層。一些框架按照模塊來分，例如數據庫訪問模塊，工具類包。這兩種分法基本思路都是物以類聚，只是分別從不同的維度來區分。其實，只要便于項目組成員開發維護，就是好結構。

推薦閱讀：

如何用自動化測試框架對測試報告進行對比？

如何開展 UI 自動化測試？UI自動化測試流程

界面自動化測試工具有哪些？常用UI自動化工具推薦

什么樣的自動化測試框架才算是好框架？