分享內容
1、敏捷開發的概念
2、敏捷開發的流程
3、敏捷開發適用原則
1、敏捷開發的概念
從2023年代開始逐漸引起廣泛關注，是一種以人為核心、迭代、循序漸進的開發方法。強調以人為本，專注於交付對客戶有價值的軟體。是乙個用於開發和維持複雜產品的框架。
2、敏捷開發的流程
(圖為禪道敏捷開發流程管理)
2.1 產品負責人將整個產品設計成產品代辦列表。就是乙個個需求列表。（可以理解為需求或者要做的事情）
2.2 召開產品迭代計畫會議，確定哪些需求是需要在第乙個迭代中完成的，評估迭代的時間（建議是2-4周），得到相應的迭代週期任務列表。
ps：提前發布功能需求列表，會議提倡所有團隊人員參與
2.3 把迭代的功能需求寫在紙條上貼在任務牆，讓大家認領分配。（任務牆就是把未完成、正在做、已完成的工作狀態貼到乙個牆上，這樣大家都可以看得到任務的狀態 ）
–>舉行每日站立會議，讓大家在每日會議上總結昨天做的事情、遇到什麼困難，今天開展什麼任務。（每日站立會議，是在每天早上定時和大家在任務牆前站立討論，時間控制在15分鐘內）
–>繪製燃盡圖，保證任務的概況能夠清晰看到。（燃盡圖把當前的任務總數和日期一起繪製，每天記錄一下，可以看到每天還剩多少個任務，直到任務數為0 ，這個迭代就完成了）
ps：在開發人員開始開發乙個任務時，需要找來對應的測試人員講解該任務功能，以便測試人員有一致的理解，並且一開始就進行測試用例、自動化系統測試指令碼的開發（若需要自動化測試的話）。
2.4 評審會議（演示會議）是在迭代完成時舉行，要向客戶演示自己完成的軟體產品，並獲得客戶的反饋 。
ps：很多使用者對軟體開發是沒有概念的，他只知道自己有某種需求。所以就要通過不斷的讓使用者看到產品的模型，這個過程使用者才會逐步的對產品產生概念。
2.5 最後是總結會議，以輪流發言方式進行，每個人都要發言，總結好的實踐和教訓，並落實到後續的開發中。不要流於形式。
3、敏捷開發適用原則
1、個人與互動：重於流程與工具
->強調人與人的溝通，所以盡可能要集中化辦公。異地開發模式容易讓人疲憊。
->個人技能要提高。尤其對於架構師要求要高。
->管理者要多參與專案有關的事情。
->減少對開發人員的干擾。
2、可用的軟體：重於詳盡的檔案 ->強調文件的作用。必要的檔案必須的。且文件要具有傳承性。
3、與客戶合作：重於合約協商 ->做好客戶引導。客戶都是想在盡可能短的時間內，交付盡可能多的功能。做好版本控制。
4、回應變化：重於遵循計畫 ->無理變化，舉棋不定的結果，並不是說都需要及時響應，會導致很多浪費。
好東西要和朋友一起分享哦
敏捷開發 敏捷測試
敏捷測試的定義 首先敏捷測試是敏捷的一種，原有測試定義中通過執行被測系統發現問題，通過測試這種活動能夠提供對被測系統提供度量等概念還是適用的。在傳統的測試定義上，還需要新增 敏捷測試是遵循敏捷宣言的一種測試實踐 強調從客戶的角度，即使用系統的使用者的角度，來測試系統 重點關注持續迭代的測試新開發的功...
敏捷測試模式
我們在開發中一般採用的測試模式是，開發和測試是序列單執行緒工作的模式，我們先稱為 一般測試模式 一般的測試模式 測試的物件是開發提供的乙個版本，這個版本其實就是這次投入的功能的集合，版本包括的功能的多少，決定了開發周期和測試週期，這個版本越大，包括的功能也就越多，開發的週期也就越長，測試週期也就長。...
敏捷開發與敏捷測試
敏捷開發 1.敏捷型方法是 適配性 而非 預設性 重型方法試圖對乙個軟體開發專案在很長的時間跨度內作出詳細的計畫，然後依計畫進行開發。這類方法在計畫制定完成後拒絕變化。而敏捷型方法則歡迎變化。其實，它們的目的就是成為適應變化的過程，甚至能允許改變自身來適應變化。2.敏捷型方法是 面向人 的 peop...