「乾貨」介面自動化實踐：高效智慧介面場景自動巡檢方案

背景

在介紹介面自動化之前先給大家分享一下我所理解的“業務中臺”的概念：業務中臺是將企業的核心能力以數字化形式沉澱為各種服務中心，其目的是“提供企業能夠快速，低成本創新的能力”。 加我VX：atstudy-js 回覆“測試”，進入 自動化測試學習交流群~~

業務中臺的核心是“構建企業共享服務中心”，所以業務中臺提供的能力，往往是通用、共用的，涉及多個業務線或者多個應用共同使用，屬於基礎建設的能力。

例如公司內部的業務a、業務b同時有訂單、登入等功能，可以將這部分功能抽離剝出，形成一個公共的能力，供不同的業務使用。在訂單或登入功能出現變更時，可直接更新中臺服務即可，業務側在非必要情況下無需同步更新。

基於業務中臺的概念下，就很經常出現一個情況，中臺提供的介面實際是正常的，但是業務側在聚合使用時，可能出現由於業務側自身的部分介面異常，導致使用者使用該功能出現異常。

此時使用者反饋可能根據該頁面功能模組直接反饋到中臺，但是經過一系列定位下來後發現，其實非業務中臺側的報錯。

除了上述反饋的問題現象外，作為中颱服務（服務端）層的測試人員，做UI自動化明顯會與業務側的巡檢產生大面積的耦合，所以我們可以透過介面自動化來完成後端服務的功能巡檢。

介面自動化

單介面自動化

很多公司都有單介面自動化，主要用於確保介面可呼叫成功，確保後端服務的介面不能報錯，無法真實的模擬業務側使用者的實際操作行為，可能存在因為某個介面異常從而導致使用者無法使用某個功能。

聚合介面自動化

聚合介面自動化的目的在於，模擬使用者真實操作行為，提前梳理沉澱該功能涉及的全部介面，包含業務側介面、業務中臺介面以及介面之間的依賴關係，透過將使用者行為涉及到的介面全部聚合在一起完成的自動化巡檢，提前發現由於後端服務異常導致使用者功能使用異常的場景。

當然如果業務側有做UI自動化巡檢，那我們介面巡檢的時機可與業務側錯開來，提高巡檢的頻率，提早發現問題。

這邊給大家簡單分享下我在專案中是如何做聚合介面自動化巡檢的。

高效智慧介面場景自動巡檢方案

步驟1：梳理某個功能涉及到的所有介面

以流程圖的形式梳理某個功能所涉及到的所有介面，以及介面之間的依賴關係，以“訂單功能”為例，梳理普通客戶下單的前置操作和後置操作相關的介面依賴，其中：

1.前置操作包括：使用者登入成功、獲取商品列表、開啟指定商品詳情等。

2.後置操作包括：使用者建立訂單後發起訂單支付、支付成功等。

下圖為普通使用者建立訂單涉及到的基礎介面依賴關係（僅供參考）：

根據圖中涉及到的介面，獲取到對應的介面文件，選擇自己熟悉的自動化框架，完成業務場景介面自動化指令碼。

步驟2：選擇合適的告警通知方式

確認告警通知方式：郵件、釘釘機器人等，建議根據公司內部慣用的方式進行通知。

例如有的公司習慣使用郵件來進行相關工作通知，那麼你就可以選擇透過郵件來告警通知相關人員；如果公司內部使用釘釘作為內部的溝通交流方式，那可以直接使用的釘釘機器人進行巡檢預警。

最後：

可以到我的個人V：atstudy-js，可以免費領取一份10G軟體測試工程師面試寶典文件資料。以及相對應的影片學習教程免費分享！其中包括了有基礎知識、Linux必備、Mysql資料庫、抓包工具、介面測試工具、測試進階-Python程式設計、Web自動化測試、APP自動化測試、介面自動化測試、測試高階持續整合、測試架構開發測試框架、效能測試等。

這些測試資料，對於做【軟體測試】的朋友來說應該是最全面最完整的備戰倉庫，這個倉庫也陪伴我走過了最艱難的路程，希望也能幫助到你！