微服務測試

微服務測試

契約測試的實踐方式

實現Contract Testing的一些條件

業界常用的CDC測試框架有

• Janus
• Pact
• Pacto
• Spring Cloud Contract

各類測試對比

類型	描述
單元測試	單元測試針對代碼單元（通常是類）的測試，單元測試的價值在於能提供最快的反饋。另外好的單元測試還可以幫助你改善設計，在你的團隊掌握TDD的前提下，單元測試能輔助重構，幫助改善代碼整潔度。
API測試	API測試是針對業務接口進行的測試，主要測內部接口功能實現是否完整，比如說內部邏輯是不是正常，異常處理是不是正確。
契約測試	契約測試其實是為了測試服務之間連接或者說接口調用的正確性，為了驗證服務提供者的功能是不是真正能夠滿足消費者的需求。它其實體現了測試前移的思想，把本來要通過集成測試才能驗證的工作化作單元測試和接口測試，用更輕量的方式快速進行驗證。
集成測試	它從用戶的角度驗證整個功能的正確性，測的是端到端的流程，並且加入用戶場景和數據，驗證整個過程是不是OK，它的價值業務價值最高，是驗證一個完整的流程。

第一步在消費者端Consumer端寫一個對接口發送請求的單元測試，在運行這個單元測試的時候，Pact會將服務提供者自動用一個MockService代替，並自動生成契約文件，這個契約文件是Json形式的。
第二步在Provider端做契約驗證測試，將Provider服務啟動起來以后，通過pact插件可以運行一個命令，比如你是用maven，就是mvn pact:verify，它會自動按照契約生成接口請求並驗證接口響應是否滿足契約中的預期，所以可以看到這個過程中，在消費者端不用啟動Provider，在服務提供端不用啟動Consumer，卻完成了與集成測試類似的驗證。

－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－

今天先到這兒，希望對您技術領導力， 企業管理，系統架構設計與評估，團隊管理, 項目管理, 產品管理,團隊建設 有參考作用 , 您可能感興趣的文章:
前端性能核對表Checklist-2018
大型電商互聯網性能優化案例
國際化環境下系統架構演化
微服務架構設計
視頻直播平台的系統架構演化
微服務與Docker介紹
Docker與CI持續集成/CD
互聯網電商購物車架構演變案例
互聯網業務場景下消息隊列架構
互聯網高效研發團隊管理演進之一
消息系統架構設計演進
互聯網電商搜索架構演化之一
企業信息化與軟件工程的迷思
企業項目化管理介紹
軟件項目成功之要素
人際溝通風格介紹一
精益IT組織與分享式領導
學習型組織與企業
企業創新文化與等級觀念
組織目標與個人目標
初創公司人才招聘與管理
人才公司環境與企業文化
企業文化、團隊文化與知識共享
高效能的團隊建設
項目管理溝通計划
構建高效的研發與自動化運維
某大型電商雲平台實踐
互聯網數據庫架構設計思路
IT基礎架構規划方案一(網絡系統規划)
餐飲行業解決方案之客戶分析流程
餐飲行業解決方案之采購戰略制定與實施流程
餐飲行業解決方案之業務設計流程
供應鏈需求調研CheckList
企業應用之性能實時度量系統演變

如有想了解更多軟件設計與架構, 系統IT,企業信息化, 團隊管理 資訊，請關注我的微信訂閱號：

作者：Petter Liu
出處：http://www.cnblogs.com/wintersun/
本文版權歸作者和博客園共有，歡迎轉載，但未經作者同意必須保留此段聲明，且在文章頁面明顯位置給出原文連接，否則保留追究法律責任的權利。 該文章也同時發布在我的獨立博客中-Petter Liu Blog。