敏捷開發和微服務架構

2021-10-11 02:50:38 字數 1469 閱讀 3231

一 敏捷開發agile development

極限程式設計xp和scrum

scrum

三個主要角色

1. po(product owner) 產品負責人

制定需求、確定需求優先順序

2. sm(scrum master) 流程管理員

確定人員、確定時間、組織會議

3. member 團隊成員

5~10為宜

backlog 需求列表

sprint 衝刺 乙個衝刺基本就是2~4週為宜

sprint planning meeting 衝刺計畫會議

sprint standup meeting 每日站會

sprint review meeting 評審會

spint retrospective meeting 回顧會議

使用者故事(user story)

測試用例

二 微服務的測試

微服務測試與傳統測試的差異

微服務架構對測試意味著什麼

每個服務承擔一定的職責,

服務之間通常通過rest over http連線

每種服務不一定提供介面

服務通常還可以劃分為更小的模組

測試採用的原則

自動化層次化

視覺化微服務測試層次化的測試方法

單元測試→整合測試→元件測試→契約測試→端到端的測試→探索性測試一 敏捷開發agile development

極限程式設計xp和scrum

scrum

三個主要角色

1. po(product owner) 產品負責人

制定需求、確定需求優先順序

2. sm(scrum master) 流程管理員

確定人員、確定時間、組織會議

3. member 團隊成員

5~10為宜

backlog 需求列表

sprint 衝刺 乙個衝刺基本就是2~4週為宜

sprint planning meeting 衝刺計畫會議

sprint standup meeting 每日站會

sprint review meeting 評審會

spint retrospective meeting 回顧會議

使用者故事(user story)

測試用例

二 微服務的測試

微服務測試與傳統測試的差異

微服務架構對測試意味著什麼

每個服務承擔一定的職責,

服務之間通常通過rest over http連線

每種服務不一定提供介面

服務通常還可以劃分為更小的模組

測試採用的原則

自動化層次化

視覺化微服務測試層次化的測試方法

單元測試→整合測試→元件測試→契約測試→端到端的測試→探索性測試

敏捷開發管理,DevOps和微服務

在規劃微服務開發框架的過程中接觸了devops的概念,很是誘人。其中的很多理念都是從敏捷開發管理引申過來的,比如 持續反饋,持續改進,持續業務計畫等等,越來越覺得敏捷開發管理,devops和微服務是天作之合,如果能夠結合企業的願景和成熟度來規劃整體建設,那麼企業轉型成功的概率會大大提高。敏捷開發管理...

微服務與微服務架構

微服務 微服務強調的是服務的大小,它關注的是某乙個點,是具體解決某乙個問題 提供落地對應服務的乙個服務應用,狹意的看,可以看作eclipse裡面的乙個個微服務工程 或者module。例如 訂單服務 支付服務 微服務架構 馬丁.福勒 martin fowler 微服務架構介紹 微服務架構是 種架構模式...

微服務架構

一 先了解一下什麼是單體應用 就是乙個應用程式包含了所有模組功能,各模組同時部署。當然這種應用模式比較容易部署 測試,但隨著專案的加大,單體模式就會變得越來越臃腫,維護的成本逐漸變高。當乙個模組出錯,整個應用都會出現問題,擴充套件能力也會受到限制。二 什麼是微服務 是將整個應用程式分解為多個模組,各...