自動化測驗方案

自動化測驗體系方案

方案1全撰寫代碼流程

UI自動化：

使用python或java，配合selenium庫及pytest框架做UI自動化測驗，（通過selenium的webdriver驅動，驅使瀏覽器）

1. WebDriver API（基于Java、Python）

java：下載下來的selenium的Jar包，比如selenium-java-3.8.1.zip包，代表Selenium3.8.1的版本

python：使用pip安裝selenium庫，可以指定安裝版本，一般一最新的為主

2. 瀏覽器的驅動（browser driver）

每個瀏覽器都有自己的驅動，均以exe檔案形式存在

比如谷歌的chromedriver.exe、火狐的geckodriver.exe、IE的IEDriverServer.exe

3. 瀏覽器

在WebDriver腳本運行的時候：

對于每一條Selenium腳本，一個http請求會被創建并且發送給瀏覽器的驅動，瀏覽器驅動中包含了一個HTTP Server，用來接收這些http請求，HTTP Server接收到請求后根據請求來具體操控對應的瀏覽器，瀏覽器執行具體的測驗步驟，瀏覽器將步驟執行結果回傳給HTTP Server

HTTP Server又將結果回傳給Selenium的腳本，如果是錯誤的http代碼我們就會在控制臺看到對應的報錯資訊，

4、實作方式（元素定位及操作函式）：

1、定位元素：將頁面元素全部存盤到組態檔（.ini、.yaml、等檔案中），元素獲取的方式有以下八種：

• find_element_by_id()通過ID定位
• find_element_by_name()通過name定位
• find_element_by_class_name()通過class_name定位
• find_element_by_tag_name()通過tag定位
• find_element_by_link_text()通過link_text定位
• find_element_by_partial_link_text()通過partial_lisk_text定位
• find_element_by_xpath()#通過xpath定位
• find_element_by_css_selector()通過css_selector定位

2、操作方式：通過selenium的函式和方法呼叫元素來控制網頁端的模擬操作（click（點擊）、 senk_keys（輸入）、get_attribute（獲取）等呼叫操作元素的函式方法），

3、UI自動化PO模式：

核心思想是通過對界面元素的封裝減少冗余代碼，同時在后期維護中，若元素定位發生變化， 只需要調整頁面元素封裝的代碼，提高測驗用例的可維護性、可讀性，

PO模式可以把一個頁面分為三層，物件庫層、操作層、業務層，

物件庫層：封裝定位元素的方法，操作層：封裝對元素的操作，

業務層：將一個或多個操作組合起來完成一個業務功能，比如登錄：需要輸入帳號、密碼、點擊登錄三個操作，

4、PO模式的好處：

• 減少冗余代碼
• 業務代碼和測驗代碼被分開，降低耦合性維護成本低
• 減少業務流程不清晰的后期維護成本

二、介面自動化

使用python配合requests+pytest框架做http介面自動化測驗（通過使用requests庫模擬http客戶端給服務端發送請求）

1. requests 庫使用：

Requests中的 get() 方法能向服務器發送了一個請求，請求型別為 HTTP 協議的 GET 方式；post() 方法，也能向服務器發送一個請求，請求型別是 HTTP 協議的 POST 方式，您大可根據訪問的網頁而定，

1. requests實作方式：

1. 利用requests中的session類來實作客戶端和服務端的會話保持

①get請求：requests.get('url')

②post請求：requests.post("url/post")

③put請求：requests.put("url/put")

④delete請求：requests.delete("url/delete")

⑤head請求：requests.head("url/get")

⑥options請求：requests.options("url/get")

1. 校驗方法：

通過.json()函式獲取服務端回傳的資料結果進行校驗，使用回傳結果key和value或者http狀 態碼等來斷言資料是否正確

1. 自動化測驗專案管理及PO模式：

• 可以通過yaml、ini、excel等來管理測驗用例及介面引數模型
• 介面自動化PO模式：

新建一個工程（一定要創建工程），工程名稱自己定義，如：ApiAutoTest

• 在工程下創建以下幾個 pakage 包:
• --testcase：這個包放 test 開頭的測驗用例
• --common：這個包放一些公共的方法，如：讀取 excel 檔案方法，讀取 mysql 等
• Read_data.py：封裝 Excel、yaml、ini 讀取方法
• Excel_info.py：讀取 Excel 、yaml、ini中內容
• request_base.py：封裝請求公共方法
• --config：這個包下面放組態檔　　
• conf.py：存放路徑 url　　
• --run_all：這個包下放入執行用例的檔案
• --report：這里存放測驗報告
• --data：這里放介面測驗用例

三、測驗框架pytest：

1. 簡單靈活，容易上手，檔案豐富；
2. 支持引數化，可以細粒度地控制要測驗的測驗用例；
3. 能夠支持簡單的單元測驗和復雜的功能測驗，還可以用selenium/appnium等自動化測驗、介面自動化測驗(pytest+requests)
4. 具有很多第三方插件，并且可以自定義擴展，比如pytest-selenium,pytest-html等
5. 測驗用例的skip和xfail處理
6. 可以很好的和CLI工具結合，例如Jenkins
7. pytest支持測驗結果輸出報告以web形式顯示（allure報告）

四、測驗報告allure（特點）：

可以將測驗失敗劃分為 bug 和損壞的（Broken）測驗，還可以配置日志、步驟、固定裝置、附件、時間、歷史記錄，以及與 TMS 的集成和 Bug 跟蹤系統，方便將 Task 與負責 Task 開發人員和測驗人員系結，從而使開發和測驗人員第一時間掌握所有資訊，

從管理者的角度看，Allure 提供了一個清晰的“全域”視野，

包括本次測驗涵蓋了哪些功能，Bug 在哪個 case 用例中被發現，以及整體測驗用例、單條測驗用例的執行時間等資訊，

Allure 測驗報告除了涵蓋測驗運行的全面資訊外，還提供各種維度的分析圖，包括如下幾個部分，

專案總覽（OverView）

專案總覽顯示了總體測驗運行的一系列統計資訊，

按缺陷種類分析（Categories）

缺陷種類分析顯示了所有不同原因引起的失敗，并分類展示，

按測驗套件分析（Suites）

測驗套件分析顯示了按照套件和類劃分的所有的測驗執行情況，

圖表模塊（Graphs）

圖表模塊，包括按照不同維度分析的各種圖表（例如測驗狀態表分析，測驗用例等級分析表，測驗執行時間分析表等等），

按執行時間分析（Timeline）

按執行時間分析模塊，詳細列出了各個測驗用例的執行時間，你可以篩選出那些運行時間最長的測驗用例進行優化，

針對 BDD 驅動的測驗用例進行分析（Behaviors）

這里主要是根據 Epic、Feature 和 Story 標簽對測驗結果進行分組，

按照 Package 進行分析（Packages）

Package 模塊列出了按照 Package 維度進行分析的詳細圖表，

方案2工具測驗流程

• Jmeter介面測驗工具介紹：

JMeter是Apache組織開發的基于Java的壓力測驗工具，用于對軟體做壓力測驗，它最初被設計用于Web應用測驗，但后來擴展到其他測驗領域， 它可以用于測驗靜態和動態資源，例如靜態檔案、Java 小服務程式、CGI 腳本、Java 物件、資料庫、FTP 服務器， 等等，JMeter 可以用于對服務器、網路或物件模擬巨大的負載，來自不同壓力類別下測驗它們的強度和分析整體性能，另外，JMeter能夠對應用程式做功能/回歸測驗，通過創建帶有斷言的腳本來驗證你的程式回傳了你期望的結果，為了最大限度的靈活性，JMeter允許使用正則運算式創建斷言，

二、Jmeter介面測驗工具實作（JMeter常用組件）：

1、CSV資料檔案設定：添加csv格式保存的測驗用例

2、執行緒組：可以認為是測驗開啟的入口，如果main函式，

3、HTTP請求：模擬發起一次http請求

4、如果（If）控制器：主要用以決定請求方式

5、回應斷言：判斷回傳是否符合預期

6、查看結果樹：請看HTTP請求和回傳資訊

7、匯總報告：查看成功率，以及回應時間等資訊

三、Jmeter介面測驗工具（用例管理及案例）：

1、測驗用例管理：

一般使用EXCEL來管理測驗用例，包含主題、請求方式、介面路徑、引數、http狀態碼、資料變數等

2、測驗案例：

通過執行緒組，控制整個執行緒組內的操作及資料，如：新增http請求、設定回應斷言、增加結果圖、匯入excel檔案

持續集成jenkins

以上兩種方案均需要使用jenkins持續集成工具：

1、執行集成構建：

持續，自動地構建&測驗軟體專案代碼管理（git/svn）>編譯（maven/ant/gradle）>打包>測驗環境部署>自動化測驗

2、研發體系中的迭代流程：

• 原始碼分支管理： git或者svn, 將不同開發撰寫的代碼集成起來形成不同版本和分支，那么急于版本管理，來進行版本打包發布
• 形成版本 編譯打包： maven，ant,gradle集成的版本代碼編譯打包形成可發布的war包或可運行的安裝程式，提供給測驗實驗
• 測驗環境部署： 把形成軟體產品包部署到回應的服務器環境上，測驗可以開始進行功能測驗，CI可以開始執行自動化測驗
• （如果不做自動化第三部就已經可以結束了）
• 自動化測驗：在測驗環境完成部署之后，充當冒煙測驗職責，對產品核心功能用例進行測驗，相當于進行一次準入驗證，通過了才移交測驗組展開功能測驗，

3、jenkins的作業原理：

Jenkins是先將源代碼從gitlab中拷貝一份到本地，然后根據設定的腳本進行build，我們可以看出，整個系統的關鍵就是那個build腳本，用來告訴jenkins在一次集成中需要執行的任務，