企業中，自動化必定會演變成搭建測驗框架，這是為什么呢？
可能有一些剛剛進入軟體測驗行業的朋友還不理解什么是測驗框架，沒關系，首先我們知道一點，為什么自動化會演變成搭建測驗框架呢？
第一個
因為自動化肯定是一個團隊在做，而不是你一個人在做，所以團隊在做自動化會給企業專案帶來很大的收益，
如果大家對測驗框架不了解的朋友，其實如果你去面試自動化測驗工程師，很多人就會有一個疑問，假設我現在是一個面試官，我問你一個問題：你能不能搭建測驗框架？
如果是你，能不能針對這個問題聊一聊呢？其實這個問題疑問，你會不會自動化，有沒有經驗，肯定一問便知，大型招聘網站上崗位職責會不會有要求能獨立搭建自動化測驗框架？
也許你可能會一點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容器技術玩法
獨立搭建docker容器+git+Jenkins自動化分布式測驗
一系列的細節，文字表述可能有點長，可以直接去觀看錄制好的視頻教程，（公眾號：程式員一凡，粉絲福利免費領取）
轉載請註明出處，本文鏈接：https://www.uj5u.com/qita/240791.html
標籤：其他
上一篇：聊一聊軟體測驗的方法