簡介： 本文為大家介紹微服務治理+測試：基于服務契約信息，降低云上微服務測試成本。如果您的團隊具備較強的微服務治理+測試能力，那么希望我們在微服務治理+測試方面的實踐和背后的思考，可以為您提供一些參考。

前言

隨著云原生時代的到來，越來越多的應用生在云上，長在云上，云原生是企業落地微服務的最佳伴侶。但云上應用易測性受到了很大的挑戰，如何提高云上應用易測性，增強 DevOps 能力，是微服務測試要解決的核心問題，直播回放：

在詳細講述微服務測試之前，先給大家講一個場景。

在詳細講述微服務測試之前，先給大家講一個場景。

上圖是一個典型的企業微服務應用架構圖，為了考慮安全性，云上應用通常部署在云上虛擬局域網內，統一通過網關對外暴露服務。對于負責 Product Service 應用的同學來說，我只想測試一下該應用對應的服務是否可用，他會怎么做呢？

方案一

進入該應用部署所在的機器（ECS）或者容器（Pod），通過 curl 命令驗證該服務是否可用

方案二

將該應用暴露給公網訪問，通過本地命令行工具或者 Postman 工具驗證該服務是否可用

方案三

拉一條網絡專線，打通云上專有網絡VPC與辦公網網絡，通過本地命令行工具或者 Postman 工具驗證該服務是否可用

從以上場景，我們可以總結出云上微服務測試幾點問題：

• 云上網絡拓撲復雜
• 暴露公網訪問，會出現黑客攻擊，引發安全風險
• 拉一條網絡專線，浪費資源成本

明明只想要一個簡單的測試能力，成本卻如此之高。上述場景還僅僅是一個簡單的調試功能，如果是壓測、自動化回歸、巡檢等其他測試及穩定性保障手段，不僅僅要解決上述場景遇到的問題，還需要自建工具，腦補一下，都覺得成本太高，因此，我們需要微服務測試來幫助我們解決這些問題，進一步加速軟件交付效率。

為什么我們需要微服務測試

產品能力

提供測試、壓測、自動化回歸、巡檢等能力，形成一個微服務測試解決方案

試想一下，研發同學提交代碼并部署，可以使用測試工具，驗證服務邏輯正確性；可以使用壓測工具，驗證服務性能指標；驗證通過后，開始進行冒煙測試，可以使用自動化回歸工具，編寫冒煙用例；冒煙通過后，開始進行歷史功能回歸，可以使用自動化回歸工具，編寫回歸用例；回歸通過后，提交測試驗收，測試只需要驗證新功能，新功能驗證通過后，即可提交發布。發布后，進行線上環境驗證，需要回歸歷史功能主流程，可以使用自動化回歸工具，編寫主流程回歸用例，新功能手工驗證；主流程回歸通過且新功能驗證通過，代表發布完成；研發同學，可以使用巡檢工具，配置線上巡檢；一旦巡檢告警，即可先于用戶發現問題，并解決問題。我們是將阿里巴巴沉淀的測試解決方案產品化輸出，幫助云上業務實現高質量地實現快速交付。

易用且安全

開箱即用，無需關注專有網絡VPC下的網絡拓撲；安全可靠，擁有在辦公網下的測試體驗。

試想一下，企業為了安全隔離，研發環境、測試環境、預發環境、生產環境部署在不同的專有網絡VPC內，如果用戶自建測試工具，需要解決測試工具到不同環境的網絡互通問題，企業IT人員明明只想要一個簡單的測試工具，卻因為上云之后，要解決復雜的云上網絡拓撲，遠遠沒有結束，為了能夠在辦公網使用該測試工具，還需要保證該測試工具能夠被辦公網訪問，此時又面臨著網絡安全的考驗。我們希望有一個能夠開箱即用且安全可靠的方案，能夠讓上云的企業IT人員擁有在辦公網測試體驗的測試工具。

低成本

彈性拉起測試機/施壓機，用完銷毀，能夠大幅度降低構建測試工具需要的機器資源及人力成本。

試想一下，企業上云是為了降低成本，應用托管極大地降低了資源成本和運維成本，但測試成本并沒有降低。企業IT人員自建測試工具需要準備測試機/施壓機，該部分機器長期占用且存在閑置，資源成本開銷大，尤其是在性能壓測場景，資源成本開銷會更大。

除了資源成本外，企業IT人員還需要研發測試工具，人力成本及時間成本非常高，基本上每個企業都需要一套測試工具。我們希望有一個低成本的方案，不僅提高企業的資源利用率，同時降低企業IT人員開發和維護測試工具的成本。

微服務生態

云上已提供了大量的微服務產品，解決了微服務應用的托管、治理、診斷，微服務測試補齊微服務能力。

試想一下，如何測試一個微服務接口，需要了解接口入參和出參，如果是研發同學-服務提供者，可能比較熟悉該接口，如果是測試同學，甚至是其他研發同學，可能就需要文檔，甚至是口口相傳，微服務治理已經可視化應用的服務契約信息，結合服務契約信息，只需按照測試需要，選擇應用->框架->服務->方法，配置測試參數，即可進行測試，降低了服務契約同步的成本。

結合上述4點，測試同學只需負責用例編寫+測試驗收，接口調試、接口性能水位、用例自動化均可賦能給研發同學，就像早期DevOps一樣，降低研發運維之間的反饋回路，提高軟件交付效率，DevTest，降低研發測試之間的反饋回路，在保證交付質量的前提下，進一步提升軟件交付效率，同時主動創建巡檢任務，定時監控線上服務可用率，先于用戶發現問題，解決問題。

MSE 微服務測試實踐

前提條件：微服務應用已接入MSE

下面我們來體驗一下，MSE上如何使用微服務測試的能力。

服務測試

1、登錄MSE控制臺，在頁面左上角選擇地域；
2、左側導航欄選擇：微服務治理 -> 微服務測試 -> 服務測試 -> 查詢服務；
3、單擊某個服務的詳情 -> 展示元數據列表；
4、單擊某個方法的測試 -> 進入測試頁面（已幫助用戶填充參數模板）；
5、點擊執行即可。

服務壓測

1、登錄MSE控制臺，在頁面左上角選擇地域；
2、左側導航欄選擇：微服務治理 -> 微服務測試 -> 服務壓測 -> 創建場景；
3、選擇需要壓測的應用 -> 選擇框架 -> 選擇服務 -> 選擇方法；
4、填寫壓測參數，點擊確認；
5、進入壓測場景列表頁，點擊詳情；
6、進入壓測詳情頁，點擊啟動，等待施壓機準備就緒；
7、點擊詳情，進入壓測性能數據報告頁，實時查看性能數據；

自動化回歸

1、登錄MSE控制臺，在頁面左上角選擇地域；

2、左側導航欄選擇：微服務治理 -> 微服務測試 -> 自動化回歸 -> 創建用例；

3、添加步驟

選擇應用 -> 選擇框架 -> 選擇服務 -> 選擇方法；填寫參數；斷言/出參提取；
4、可以添加多個步驟；

5、保存用例；

6、點擊執行；

7、通過執行歷史，查看用例是否通過；

服務巡檢

1、登錄MSE控制臺，在頁面左上角選擇地域；
2、左側導航欄選擇：微服務治理 -> 微服務測試 -> 服務巡檢 -> 創建巡檢任務；
3、選擇需要巡檢的應用 -> 選擇框架 -> 選擇服務 -> 選擇方法；
4、填寫巡檢參數及斷言內容，點擊確認；
5、進入巡檢任務列表頁，點擊啟動，即開始巡檢；
6、巡檢失敗時，可以通過失敗記錄進行查看，也可以添加告警，通過釘釘、短信、郵件的方式告警；

微服務測試實現細節

工具能力

將阿里巴巴集團內實踐的測試工具產品化輸出，壓測、自動化回歸、巡檢，降低用戶研發工具的成本。

網絡互通

利用阿里云現有網絡打通技術方案（ENI掛載），打通云產品專有網絡VPC與用戶專有網絡VPC

應用安裝微服務 Agent 時，主動將該應用所在的網絡信息（專有網絡VPC，虛擬交換機VSwitch，安全組SecurityGroup）上報至服務端，根據應用所在的網絡信息，即可打通云產品專有網絡VPC與用戶專有網絡VPC，實現云產品服務直接訪問用戶專有網絡VPC部署的服務。

彈性資源

云產品使用自己的資源賬號購買彈性機器，安裝測試工具

服務契約

微服務治理已經可視化服務契約信息，微服務測試直接查詢服務契約信息即可

不止是微服務測試

本文介紹了微服務治理下微服務測試的幾個能力，補齊了微服務生態測試的能力，即將推出智能流量測試：提供微服務架構下的流量生產錄制生產回放、生產錄制線下回放、測試用例自動化生成、回歸測試場景自動化覆蓋等能力，助力您的應用以更低的成本輕松完成測試驗證，歡迎前來體驗。

除了MSE（微服務引擎），微服務測試能力還將被EDAS、SAE等云產品集成。將微服務測試能力作為一個基礎能力被更多云產品集成，另外，將跟更多微服務產品 ARMS (應用實時監控服務)、ACM（應用配置管理）、CSB（網關）形成聯動，助力保障云上業務穩定性，讓業務永遠在線。

作者：中間件小哥

原文鏈接?

本文為阿里云原創內容，未經允許不得轉載

?

總結

以上是生活随笔為你收集整理的如何降低微服务测试成本？我的经验之谈的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。