企業中，自動化必定會演變成搭建測試架構，這是為什麼呢？
可能有一些剛剛進入軟體測試行業的朋友還不了解什麼是測試架構，沒關系，首先我們知道一點，為什麼自動化會演變成搭建測試架構呢？
第一個
因為自動化肯定是一個團隊在做，而不是你一個人在做，是以團隊在做自動化會給企業項目帶來很大的收益。
如果大家對測試架構不了解的朋友，其實如果你去面試自動化測試工程師，很多人就會有一個疑問，假設我現在是一個面試官，我問你一個問題：你能不能搭建測試架構？
如果是你，能不能針對這個問題聊一聊呢？其實這個問題疑問，你會不會自動化，有沒有經驗，肯定一問便知。大型招聘網站上崗位職責會不會有要求能獨立搭建自動化測試架構？
也許你可能會一點Python腳本，會一點selenium，會一點點這個程式設計，但是總之這個架構的部分，大家可能還很模糊。有些朋友可能說這個搭建測試架構到底是什麼玩意兒？
那我們今天就來好好了解什麼是搭建自動化測試測試架構，然後如何從零開始搭建。
那麼在搭建測試架構之前，我們可以了解一些最簡單的概念。
01.主流測試架構原了解析
什麼叫做測試架構？
首先架構分為幾種，架構分為技術架構和自己搭建測試架構。
第三方技術架構:
下面這些就是做過自動化的朋友所熟悉的，根據不同的産品模型有很多種：
web的DOM元素自動捕獲識别,windows的窗體識别，基于圖像識别airtest
web自動化主流架構:selenium,robotframework,macaca
移動端自動化主流架構: appium,macaca,uiautomator2,robotframework
接口自動化測試架構: request,HttpClient,httprunner,robotframework
（其實在做自動化測試，架構從來不缺，非常多的架構，一大把，甚至平時會有很多朋友給我背景留言，你會不會這個架構那個架構之類，有一些不是當下企業主流常用的。其實所有的測試架構歸根結底，你如果用多了它們之間都是相通的）
友情提示：如果是小白同學，selenium是什麼，或者Python最基本的環境搭建還不會的，建議可以閱讀我之前寫的其他基礎一些的文章，自動化基本的一些知識。也有視訊教程免費領取，願你我相遇，皆有所獲！有了一定基礎再來閱讀這一篇文章，可能對自動化會有一個新的認識。
我們接着講，這個自動化測試架構，首先Web端的像這個問題，你在面試過程中肯定會說到，我之前在工作中做自動化我會用到selenium、robotframework或者用macaca等等，是如何用selenium+Python+unittest+一些資料驅動等等，如何來做的。
然後有移動端的，最主流的我都寫在了第一個，比如移動端的就是appium，它可以說是做app自動化的鼻祖，随着技術的更新uiautomator2是Python的一個内置庫，然後像robotframework也是通過二次封裝也是可以做app自動化的測試架構。
是以你去應聘自動化測試工程師，面試官問你任何類型的自動化，你都要馬上能夠想到很多方案，比如說我是用什麼架構，如何去做。
基于以上非常好用，主流第三方開源的測試架構，根據這些代碼分層、子產品思想去搭建一個測試架構。
自主搭建測試架構:
架構幫助我們編寫更加簡單而且好維護的自動化用例,
讓我們把主要精力放在測試用例的設計上，
需要把—些額外的東西抽象出來，封裝起來，
一套好的測試架構，可以讓團隊其他同僚不需要有很強的代碼基礎，就能編寫自動化測試用例,維護測試用例，執行自動化用例，利于團隊協作，起到提質保效的作用。
02.搭建測試架構前的準備與思路
我們做事情，做自動化也不要盲目的去做
1.請確定你已經掌握了一門程式設計語言的基本的文法
2.開源測試架構的基本用法
3.如果你要搭建Ul架構，請確定你已經掌握了Selenium的基本用法（常用的點選，輸入，等待，滑動，擷取屬性，滑鼠鍵盤，用例斷言）
4.如果你要搭建接口架構，請確定你已經掌握了接口測試(session)和request基本用法（get，headers，session，斷言）
在搭建之前，我們來看一個最簡單的腳本，我們先從UI自動化開始。
比如公司會有各種系統，背景管理系統，前端一些使用者互動的系統，像這一類管理系統大多數以Web端的為主，這一類背景系統大部分功能你就可以用自動化來實作，用UI自動化來保證背景管理系統它的最基本的功能和它主要的核心業務、大面積的回歸測試、用自動化腳本。
我這裡就寫了一個最簡單的腳本
運作之後它就會幫我們自動去登入，打開浏覽器然後輸入文本，輸入使用者名密碼，點選登入。
這個是最簡單的send_keys，click。
其實如果我們真正的在企業中做自動化，就需要來考慮很多問題了，前面這個是腳本，我們現在要來搭建自動化測試架構，是以腳本形成架構之前我們是不是要考慮很多問題。
比如說：
1.腳本的運作環境(linux，windows)
⒉.配置檔案(環境:測試，預釋出，正式。資料庫資料:使用者名密碼)
不是說所有人都有這個權限，拿到正式環境，拿到預釋出環境，資料庫的賬戶和密碼的，是以這些東西需要放到配置檔案裡面去。
3.初始化浏覽器(類型:谷歌/火狐模式:本地/linux/docker/無頭模式/浏覽器常用操作)
4.Po模式
5.log日志
6.報告系統
7.資料驅動
8.關鍵字驅動
還有十幾條……
是以最基本的，我們先考慮好這些問題，那麼我們一步一步來。
比如說我在配置檔案裡面，随便改一個配置，它就會到另外一個環境運作了
比如說像這種域名，肯定很多地方用得到，如果你需要寫死在腳本裡面是不大現實的。
資料庫的使用者名和密碼你不能寫在腳本裡面，都是非常敏感性的東西，很多都可以想到配置檔案裡面。
大家用很多的開源架構，應該也感受到好用的東西它肯定會有一個配置檔案，開發也是一樣，比如說上線了需要跑一個什麼腳本，是不是也經常去改配置檔案，運維也是一樣的，如果要去釋出東西了，他也會經常去改配置檔案，而不是一些真正的代碼。
那我們測試也是一樣的啊，你要來運作這個自動化測試，自動化很多東西需要用配置檔案來操控它，這是一個思想。
比如說我們的pytest，那這也是一個架構，好用！它也有一個配置檔案。
這個腳本自身的一些因素我們就不說了，比如說腳本需要優化的地方
腳本優化:沒有等待時間，定位元素穩定，unittest/pytest組織用例，複用性，斷言
是以我們簡單的腳本，根本不算是自動化，這可以了解成你在功能測試點點點一樣的。這無非是用腳本代替我們去做一些操作，但是像這樣的腳本，真正的做自動化肯定不是這樣的腳本，你如果來寫這樣的腳本，純屬你的個人愛好，或者是以個人興趣在玩。你真正的去面試自動化，面試官也不會問你輸入文本用什麼方法，怎麼去定位的，怎麼去點選的，面試自動化測試工程師這些不在範圍之類。面試官會預設你會了，這些是最基本的東西。
接下來，我們來做封裝。
第一步我們就要考慮的點，剛剛所說的配置檔案，我們就要管理好到底做什麼東西。
我們在目錄下面建立一個檔案夾，比如說config，裡面可以包含很多很多東西。（不僅可以放base.Yaml,可以放用例，用例之間的關聯）比如說我們剛剛很多的一個配置，這裡我建議大家用一個Yaml檔案。不管是可讀性還是好用性都是非常好的。
比如base，一些最基礎的資料，base.Yaml,
根據前面說到要考慮的東西
如果沒有了解可以公衆号程式員一凡首頁點選領取資料，免費擷取本章視訊教程。
看懂了？之前有沒有思考過這個問題？你可能寫腳本最多用一個unittest運作前面的一個腳本，其實真正一個團隊在做自動化測試，用這個方法很難管理的，不是你一個人在做，如果想做自動化測試團隊的核心人物，這些問題都是需要去思考的。
配置檔案為什麼會存在，存在的意義，了解了之後，我們再去讀取配置檔案。
#在Python裡面非常簡單，
import yaml 導入
#然後我們就可以來寫一個類
class config：
#比如這個類裡面是專門讀取配置檔案，我們也命名為config
def __init__( self):
#我們寫一個初始化方法
讀取yaml檔案在Python裡面，會用到一個上下文管理器
#with 就說說它會自動化去打開而且關閉
以及docker容器技術玩法