java介面自動化（三） – 手工介面測試到自動化框架設計之鳥槍換炮

• 2020 年 4 月 13 日
• 筆記

1.簡介

　　上一篇宏哥介紹完了介面用例設計，那麼這一章節，宏哥就趁熱打鐵介紹一下，介面測試工具。然後小夥伴們或者童鞋們就可以用介面測試工具按照設計好的測試用例開始執行用例進行介面手動測試了。關於手動測試工具就那麼幾個，用起來也非常簡單，宏哥就不再在這裡贅述了，有興趣的可以看看宏哥在Python介面自動化里關於介面測試工具的介紹，這裡宏哥就簡單的提一下，一帶而過即可。 

2.手工介面測試的常用工具

　　下邊是宏哥列舉的幾個主要常用的介面測試工具，一般常用的postman和jmeter。宏哥也推薦使用jmeter。中間兩個很少用的。用到fiddler的話。那就說明介面測試準備，沒有形成介面測試文檔。還需要介面測試人員進行抓包來查看介面地址以及發送請求的參數。所以這個宏哥不是很推薦的。

Postman（Chrome插件）
HttpRequest(Firefox 插件)
Fiddler(具備抓包和發送請求功能)
半自動化:Jmeter(結果統計方面不完善)

3.自動化框架的設計

　　這裡就是大致概括一個框架，後邊隨著我們的深入學習然後一點一點的將其豐富、完善以及進行細化起來，最終宏哥將會慢慢地一點點的實現這個框架。這個是一個分層架構，其實和Java中的那個MVC差不多。

3.1顯示層：測試報告

　　顯示層這裡一般領導是看不到的也不喜歡看，因此這部分主要展示的就是測試報告，一般這部分都是給領導或者測試的相關負責人看的，可以直觀展示測試結果，通過和不通過，總共多少介面，通過多少，失敗多少，一目了然。這個測試報告主要是結合testng講解的。前邊專門有一個模組講解這個測試框架的，不知道的可以去看看。傳送門

3.2控制層：邏輯驗證

　　控制層這部分主要是裡邊都有哪些請求，這些請求都有哪些參數，然後就是發送請求以後，再驗證返回的結果，和我們預期的結果是否一致。

3.3持久層：測試用例存儲（數據驅動）

　　這部分主要用來存儲我們設計的測試用例，用來數據驅動測試的。

4.小結

　　好了，這一篇文章主要是進行了一些簡單的理論介紹枯燥無味，希望大家喜歡。這裡主要就是簡單的介紹了一下自動化框架，後面我們就會圍繞這個框架將它一步步細化、一步步實現和完善。