隨著行業主流開發方式從傳統的整體式產品交付，向快節奏的微服務架構遷移，軟體測試人員也要相應地調整自己的測試方法和工具，才能多快好省地提高測試覆蓋率，盡早發現潛在的缺陷，在快速迭代的背景之下，確保所有微服務滿足企業的質量要求。
我在跨國企業的軟體開發部門工作多年，負責乙個雲端運營系統的 devops 和自動化測試工作，在這方面有了不少心得。本場 chat 中，我將和大家一起入門微服務架構下的軟體測試框架，針對其中常用的關鍵技術進行詳細地闡述，幫助大家迅速地搭建起針對微服務的測試流水線。
本場 chat 您將學到以下內容：
「當我們提到微服務的時候，我們在說什麼」？
微服務架構對於軟體測試意味著什麼？
怎麼針對微服務架構做單元測試？
了解整合測試。
模組測試詳解。
揭開測試流水線的奧秘。
契約測試入門。
端到端測試的優化策略。
雲端測試與本地測試的不同。
效能測試/容量測試的工具。
測試人員在新時代的角色演變。
閱讀全文:
軟體架構 微服務架構
我們可以將微服務架構 microservices architecture 理解為 soa 的公升級。基於以下相同點 當問到微服務架構與soa的區別，我們能找到以下回答 微服務其核心思想是在應用開發領域，使用一系列微小服務來實現單個應用的方式途徑，或者說微服務的目的是有效的拆分應用，實現敏捷開發和部...
微服務架構實踐（API Gateway）
服務的劃分可能隨著時間或者需求變更而變化 服務例項會動態變化 服務的api粒度，相對而言在微服務架構中，每個服務都只提供相對細粒度的api 這種情況下，我們就需要 api 閘道器 api gateway api 閘道器模式意味著你要把api 閘道器放到你的微服務們的最前端，並且要讓 api 閘道器變...
微服務軟體架構設計
在軟體內部經過綜合各種因素考量 權衡，選擇特定的技術，將系統劃分為不同的部分並使用這些部分相互分工，彼此協作，為使用者提供需要的價值 軟體架構進化考慮的因素 傳統架構 單體架構 概念優勢 挑戰微服務架構 定義使用一套小服務來開發單個應用的方式，每個服務執行在單獨的程序，一般採用輕量級的通訊機制互聯，...