軟體測試 - 敏捷測試

---

---

軟體測試遵循 SAFe 方法論，以簡化敏捷流程。SAFe 代表 Scaled Agile Framework（SAFe），由 Dean Leffingwell 和 Drew Jamilo 於 2011 年首次提出。

什麼是規模化敏捷框架 (SAFe)？

SAFe 是一個開源且可靠的線上框架，用於在企業中採用敏捷方法。它為企業提供所有必要的資訊，以簡化其敏捷流程。它是一個輕量級框架，有助於將小型組織轉變為大型而複雜的企業。

規模化敏捷框架 (SAFe) 的歷史

SAFe 概念由 Dean Leffingwell 於 2007 年首次提出。之後經過逐步改進，最終在 2011 年再次釋出。到目前為止，SAFe 框架已經過多次改進，其當前版本 5 於 2021 年 2 月釋出。它可線上獲取，組織採用無需額外成本。在當前行業中，該框架被認為是最有用和最值得信賴的，可在專案中採用敏捷實踐。

為什麼要使用規模化敏捷框架 (SAFe)？

使用 SAFe 的原因如下：

• 它簡化了敏捷流程和系統開發。
• 它有助於將角色和責任分配給每個團隊成員。
• 它營造了透明的工作環境，並提高了整體產品質量。
• 它鼓勵團隊成員之間合作，並關注他們的技能提升。
• 它使決策過程更快，從而減少了軟體開發過程中的延遲。
• 它有助於建立公司的未來路線圖。
• 它包含三個級別：團隊級別、程式級別和投資組合級別。
• 它遵循敏捷開發、系統思維和軟體開發流程簡化的原則。

規模化敏捷框架 (SAFe) 的基礎？

SAFe 的基礎如下：

• 它在高效交付系統方面引入了敏捷性。它透過將整個軟體開發過程分解成多個階段來簡化敏捷實踐，從而降低潛在風險並加快產品開發活動。
• 它降低了遇到錯誤和浪費的可能性。它主要關注客戶需求和滿意度。它還賦予開發人員更多決策能力。
• 它鼓勵所有團隊成員持續學習和技能提升的環境。
• 它主要關注終端使用者的難題及其需求。它幾乎在每個開發階段都包含客戶的輸入，以便他們瞭解團隊的進度，如果在中間的任何階段不滿意，他們可以進行干預。這最終有助於專案的整體成功。

規模化敏捷框架 (SAFe) 的原則

SAFe 的原則如下：

• 組織應規劃和分配預算。
• 在開始開發過程之前，團隊成員應該瞭解產品是什麼以及它的功能。
• 應該有一個計劃，以及備選計劃，以便如果一個計劃失敗，可以立即採用其他計劃。
• 軟體應逐步開發。
• 整個產品開發過程應分解成更小的工作包，以提高效率。
• 應鼓勵團隊成員學習和提升技能，以持續自我改進。
• 不應該有任何老闆的概念，團隊中的每個成員都應該積極主動地工作並獨立做出決策。

規模化敏捷框架 (SAFe) 的核心價值觀

SAFe 的核心價值觀如下：

• 一致性
• 內建質量
• 透明度
• 專案執行

為什麼要使用敏捷框架？

使用敏捷框架的原因如下：

• 它有助於管理敏捷開發的原則。
• 它透過將開發過程分解成多個 sprint 來加快交付速度。
• 它使團隊能夠了解需要以白板、筆記等形式處理的待處理工作項。
• 它在所有團隊成員之間提供了公平透明的溝通，關於開發進度。
• 這是一個簡單易懂的產品開發流程。

何時使用規模化敏捷框架 (SAFe)？

SAFe 用於以下場景：

• 當組織希望在眾多團隊和多個級別上擴充套件敏捷開發過程時，就會採用它。
• 如果非技術團隊（例如財務、行政等）正在採用精益敏捷實踐，則會採用它。
• 隨著團隊數量的增加，它被用於有效地將角色和責任分配給每個團隊成員。
• 當組織旨在提高效率，使開發過程更快等時，就會採用它。
• 它被用來賦予團隊更多的決策權，從而鼓勵集中決策的方法。

規模化敏捷框架 (SAFe) 的級別

SAFe 的級別如下：

團隊級別

它位於SAFe的最低層級，有助於傳遞敏捷釋出列車 (ART) 的價值觀。它由Scrum主管、產品負責人和開發團隊組成。他們都努力實現成功的產品開發。價值觀是透過在史詩（一系列故事的集合）下建立故事生成的。一個故事在一個衝刺中被採納並開發以交付。持續監控Pi的過程，直到每個值都透過。

此時，產品負責人建立一個待辦事項列表（故事、史詩、需求、衝刺等），這些待辦事項將在任何敏捷框架（例如Scrum、看板等）中被採納進行開發。Scrum主管負責特定的敏捷團隊。他負責組織會議、故事，並處理團隊面臨的任何瓶頸。開發團隊負責整個開發過程。

程式級

它比團隊級更高，它利用團隊級傳遞的ART價值觀。它由ART驅動，ART是產品交付的有效管道。此時，整個ART流程由一名專職工程師管理。系統架構師負責整合Pi，產品管理和DevOps負責產品部署。

組合級

它指向SAFe的頂層，負責規劃和制定精益敏捷活動戰略。此時採用的目的、目標、方法等都完全專注於在短時間內取得優異成果。史詩負責人建立史詩並將其優先順序排序在待辦事項列表中。企業架構師負責設計和完整的流程，精益組合經理負責制定有效的預算計劃及其使用。

價值流級

此級別從SAFe 4.0引入，用於複雜的專案。它擁有各種ART（解決方案ART），有助於處理困難和複雜的問題。為了有效地管理眾多ART，此級別提供了一些角色，例如價值流工程師、解決方案工程師和解決方案管理。

規模化敏捷框架 (SAFe) 的配置

SAFe的配置如下所示：

基本SAFe

這是SAFe最主要、最簡單的配置。它基於精益敏捷方法和ART。此配置的工作依賴於ART。透過採用ART，整個團隊致力於更快地進行產品開發，而不會影響質量。

大型解決方案SAFe

它主要用於組織中複雜的系統。它使用多個ART並藉助它們的幫助傳遞價值。由於此配置適用於大型解決方案，因此團隊成員的角色和責任也更多。它主要應用於汽車、航空航天、軍隊、政府等領域。

組合SAFe

這是SAFe最主要、最簡單的配置，透過擴充套件基本SAFe的功能獲得。它負責在敏捷環境中提升團隊成員的技能。它在組合級別採用，並致力於透過利用多個價值流來承擔企業戰略以及解決方案的開發。它描述了在組合配置中工件和事件的使用情況。它主要適用於中小型組織。

完整SAFe

這是一個詳盡的配置，被擁有數百名以上員工且擁有非常複雜系統的超大型組織採用。它結合了基本、大型解決方案和組合配置的優勢。

規模化敏捷框架 (SAFe) 如何工作？

SAFe的工作流程如下所示：

規劃

在SAFe的規劃階段，確定組織未來的路線圖和目標。這還包括審查客戶需求、分配團隊成員的角色和責任、介紹SAFe的價值觀等。

配置選擇

在此階段，根據組織和客戶的需求選擇正確的SAFe配置。基本SAFe是最主要和最簡單的配置，適用於中小型解決方案。大型SAFe適用於大型企業，而組合SAFe應用於組合級別，完整SAFe由其他配置的所有步驟組成。

級別工作

在此階段，系統的開發從團隊和程式級別開始，因為它們構成了所有SAFe配置的基礎級別。在團隊級別，價值流由敏捷團隊移動。它由Scrum團隊需要涵蓋的史詩和故事生成。價值流在程式級別用於ART。ART有助於產生持續的解決方案，然後藉助DevOps進行部署。

系統釋出

在此階段，完整的整合系統交付給客戶。整個產品是按照軟體開發生命週期 (SDLC) 的所有開發和測試階段開發的。

規模化敏捷框架 (SAFe) 的優勢

SAFe的優勢如下所示：

• 它有助於開發具有最高質量和客戶滿意度的產品。
• 它透過遵循分散式系統來加快決策過程。
• 它使交付過程更快。
• 它有助於為組織準備未來的路線圖。
• 它鼓勵團隊成員之間建立透明的工作環境。
• 它在團隊內部營造了合作與協作的文化。

規模化敏捷框架 (SAFe) 的缺點

SAFe的缺點如下所示：

• 由於客戶需求不斷變化，因此沒有長期規劃和戰略制定的空間。
• 專案管理相關的活動會產生成本。
• 由於使用者需求不斷變化，因此對需求、目標、預算等缺乏清晰的認識。
• 沒有相關的文件，很多溝通都是口頭進行的，因此如果中途有任何成員加入或離開，都很難收集關於產品運作的所有資訊。

結論

本教程總結了關於軟體測試——SAFe 方法的全面概述。我們從描述什麼是規模化敏捷框架 (SAFe)、規模化敏捷框架 (SAFe) 的歷史、為什麼要使用規模化敏捷框架 (SAFe)、規模化敏捷框架 (SAFe) 的基礎是什麼、規模化敏捷框架 (SAFe) 的原則是什麼、規模化敏捷框架 (SAFe) 的核心價值觀是什麼、為什麼要使用敏捷框架、何時使用規模化敏捷框架 (SAFe)、規模化敏捷框架 (SAFe) 的級別是什麼、規模化敏捷框架 (SAFe) 的配置是什麼、規模化敏捷框架 (SAFe) 如何工作、規模化敏捷框架 (SAFe) 的優勢是什麼以及規模化敏捷框架 (SAFe) 的缺點是什麼開始。這使您能夠深入瞭解軟體測試——SAFe 方法。明智的做法是不斷練習您所學到的知識，並探索與軟體測試相關的其他內容，以加深您的理解並拓寬您的視野。