[導讀]本文主要為大家介紹微服務測試：基于服務契約信息，降低云上微服務測試成本。
本文主要為大家介紹微服務測試：基于服務契約信息，降低云上微服務測試成本。該系列文章基于阿里云商業(yè)化產品 EDAS 的微服務實踐，如果您的團隊具備較強的微服務測試能力，那么希望我們在微服務測試方面的實踐和背后的思考，可以為您提供一些參考。
前言
隨著云原生時代的到來，越來越多的應用生在云上，長在云上，且隨著越來越多的企業(yè)開始上云，云原生也是企業(yè)落地微服務的最佳伴侶。但云上應用易測性受到了很大的挑戰(zhàn)，如何提高云上應用易測性，增強 DevOps 能力，是微服務測試要解決的核心問題。
在詳細講述微服務測試之前，先給大家講一個場景。
上圖是一個典型的企業(yè)微服務應用架構圖，為了考慮安全性，云上應用通常部署在云上虛擬局域網內，統一通過網關對外暴露服務。對于負責 Product Service 應用的同學來說，我只想測試一下該應用對應的服務是否可用，他會怎么做呢？
方案一
進入該應用部署所在的機器（ECS）或者容器（Pod），通過 curl 命令驗證該服務是否可用
方案二
將該應用暴露給公網訪問，通過本地命令行工具或者 Postman 工具驗證該服務是否可用
方案三
拉一條網絡專線，打通云上專有網絡VPC與辦公網網絡，通過本地命令行工具或者 Postman 工具驗證該服務是否可用
從以上場景，我們可以總結出云上微服務測試幾點問題：
- 云上網絡拓撲復雜
- 暴露公網訪問，會出現黑客攻擊，引發(fā)安全風險
-
拉一條網絡專線，浪費資源成本
明明只想要一個簡單的測試能力，成本卻如此之高。上述場景還僅僅是一個簡單的調試功能，如果是壓測、自動化回歸、巡檢等其他測試及穩(wěn)定性保障手段，不僅僅要解決上述場景遇到的問題，還需要自建工具，腦補一下，都覺得成本太高。因此，我們需要微服務測試來幫助我們解決這些問題，進一步加速軟件交付效率。
為什么我們需要微服務測試
產品能力
提供測試、壓測、自動化回歸、巡檢等能力，形成一個微服務測試解決方案
試想一下，研發(fā)同學提交代碼并部署，可以使用測試工具，驗證服務邏輯正確性；可以使用壓測工具，驗證服務性能指標；驗證通過后，開始進行冒煙測試，可以使用自動化回歸工具，編寫冒煙用例；冒煙通過后，開始進行歷史功能回歸，可以使用自動化回歸工具，編寫回歸用例；回歸通過后，提交測試驗收，測試只需要驗證新功能，新功能驗證通過后，即可提交發(fā)布。
發(fā)布后，進行線上環(huán)境驗證，需要回歸歷史功能主流程，可以使用自動化回歸工具，編寫主流程回歸用例，新功能手工驗證；主流程回歸通過且新功能驗證通過，代表發(fā)布完成；研發(fā)同學可以使用巡檢工具，配置線上巡檢；一旦巡檢告警，即可先于用戶發(fā)現問題，并解決問題。 我們是將阿里巴巴沉淀的測試解決方案產品化輸出，幫助云上業(yè)務實現高質量地實現快速交付。
易用且安全
開箱即用，無需關注專有網絡VPC下的網絡拓撲；安全可靠，擁有在辦公網下的測試體驗。試想一下，企業(yè)為了安全隔離，研發(fā)環(huán)境、測試環(huán)境、預發(fā)環(huán)境、生產環(huán)境部署在不同的專有網絡 VPC 內，如果用戶自建測試工具，需要解決測試工具到不同環(huán)境的網絡互通問題，企業(yè) IT 人員明明只想要一個簡單的測試工具，卻因為上云之后，要解決復雜的云上網絡拓撲，遠遠沒有結束，為了能夠在辦公網使用該測試工具，還需要保證該測試工具能夠被辦公網訪問，此時又面臨著網絡安全的考驗。我們希望有一個能夠開箱即用且安全可靠的方案，能夠讓上云的企業(yè) IT 人員擁有在辦公網測試體驗的測試工具。
低成本
彈性拉起測試機/施壓機，用完銷毀，能夠大幅度降低構建測試工具需要的機器資源及人力成本。
微服務生態(tài)
云上已提供了大量的微服務產品，解決了微服務應用的托管、治理、診斷，微服務測試補齊微服務能力。
試想一下，如何測試一個微服務接口，需要了解接口入參和出參，如果是研發(fā)同學-服務提供者，可能比較熟悉該接口，如果是測試同學，甚至是其他研發(fā)同學，可能就需要文檔，甚至是口口相傳，微服務治理已經可視化應用的服務契約信息，結合服務契約信息，只需按照測試需要，選擇應用->框架->服務->方法，配置測試參數，即可進行測試，降低了服務契約同步的成本。
結合上述 4 點，測試同學只需負責用例編寫+測試驗收，接口調試、接口性能水位、用例自動化均可賦能給研發(fā)同學，就像早期 DevOps 一樣，降低研發(fā)運維之間的反饋回路，提高軟件交付效率，DevTest，降低研發(fā)測試之間的反饋回路，在保證交付質量的前提下，進一步提升軟件交付效率，同時主動創(chuàng)建巡檢任務，定時監(jiān)控線上服務可用率，先于用戶發(fā)現問題，解決問題。
EDAS3.0 微服務測試實踐
前提條件：微服務應用已接入 EDAS3.0。
下面我們來體驗一下，EDAS 上如何使用微服務測試的能力。
服務測試
- 登錄 EDAS 控制臺，在頁面左上角選擇地域；
- 左側導航欄選擇：微服務治理 -> Spring Cloud -> 服務測試 -> 查詢服務；
- 單擊某個服務的詳情 -> 展示元數據列表；
- 單擊某個方法的測試 -> 進入測試頁面（已幫助用戶填充參數模板）；
-
點擊執(zhí)行即可。
服務壓測
- 登錄 EDAS 控制臺，在頁面左上角選擇地域；
- 左側導航欄選擇：微服務治理 -> Spring Cloud -> 服務壓測 -> 創(chuàng)建場景；
- 選擇需要壓測的應用 -> 選擇框架 -> 選擇服務 -> 選擇方法；
- 填寫壓測參數，點擊確認；
- 進入壓測場景列表頁，點擊詳情；
- 進入壓測詳情頁，點擊啟動，等待施壓機準備就緒；
-
點擊詳情，進入壓測性能數據報告頁，實時查看性能數據；
自動化回歸
- 登錄 EDAS 控制臺，在頁面左上角選擇地域；
- 左側導航欄選擇：微服務治理 -> Spring Cloud -> 自動化回歸 -> 創(chuàng)建用例；
- 添加步驟：
-
選擇應用 -> 選擇框架 -> 選擇服務 -> 選擇方法；
-
填寫參數；
-
斷言/出參提??；
- 可以添加多個步驟；
- 保存用例；
- 點擊執(zhí)行；
-
通過執(zhí)行歷史，查看用例是否通過；
服務巡檢
- 登錄 EDAS 控制臺，在頁面左上角選擇地域；
- 左側導航欄選擇：微服務治理 -> Spring Cloud -> 服務巡檢 -> 創(chuàng)建巡檢任務；
- 選擇需要巡檢的應用 -> 選擇框架 -> 選擇服務 -> 選擇方法；
- 填寫巡檢參數及斷言內容，點擊確認；
- 進入巡檢任務列表頁，點擊啟動，即開始巡檢；
-
巡檢失敗時，可以通過失敗記錄進行查看，也可以添加告警，通過釘釘、短信、郵件的方式告警；
微服務測試實現細節(jié)
工具能力
將阿里巴巴集團內實踐的測試工具產品化輸出，壓測、自動化回歸、巡檢，降低用戶研發(fā)工具的成本。
網絡互通
利用阿里云現有網絡打通技術方案（ENI 掛載），打通云產品專有網絡 VPC 與用戶專有網絡VPC
應用安裝微服務 Agent 時，主動將該應用所在的網絡信息（專有網絡 VPC，虛擬交換機 VSwitch，安全組 SecurityGroup）上報至服務端，根據應用所在的網絡信息，即可打通云產品專有網絡 VPC 與用戶專有網絡 VPC，實現云產品服務直接訪問用戶專有網絡 VPC 部署的服務。
彈性資源
云產品使用自己的資源賬號購買彈性機器，安裝測試工具
服務契約
微服務治理已經可視化服務契約信息，微服務測試直接查詢服務契約信息即可
不止是微服務測試
本文介紹了微服務測試的幾個能力，補齊了微服務生態(tài)測試的能力，即將推出智能流量測試：提供微服務架構下的流量生產錄制生產回放、生產錄制線下回放、測試用例自動化生成、回歸測試場景自動化覆蓋等能力，助力您的應用以更低的成本輕松完成測試驗證，歡迎前來體驗。
除了 EDAS（企業(yè)級分布式應用服務），微服務測試能力已被 MSE（微服務引擎）集成，還將被 AHAS、CSB、SAE 等云產品集成。將微服務測試能力作為一個基礎能力被更多云產品集成，另外，將跟更多微服務產品 ARMS (應用實時監(jiān)控服務)、ACM（應用配置管理）等形成聯動，助力保障云上業(yè)務穩(wěn)定性，讓業(yè)務永遠在線。
免責聲明：本文內容由21ic獲得授權后發(fā)布，版權歸原作者所有，本平臺僅提供信息存儲服務。文章僅代表作者個人觀點，不代表本平臺立場，如有問題，請聯系我們，謝謝！
下載文檔
