软件测试 - 敏捷测试
软件测试由 SAFe 方法论指导，以简化敏捷流程。SAFe 代表规模化敏捷框架 (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 的核心价值如下所列 −
- 一致性
- 内置质量
- 透明度
- 程序执行
为什么使用敏捷框架?
使用敏捷框架的原因如下 −
- 它有助于管理敏捷开发的原则。
- 它通过将开发过程划分为多个冲刺来提高交付速度。
- 它使团队能够以白板、笔记等形式查看需要处理的待处理工作项目。
- 它使所有团队成员能够公平透明地沟通开发进度。
- 这是一个简单易懂的产品开发过程。
当规模化敏捷框架 (SAFe) 是是否使用?
SAFe 用于以下场景 −
- 当组织希望在多个团队和多个级别上扩大敏捷开发流程时，就会采用它。
- 如果非技术团队(即财务、行政等)采用精益敏捷实践，就会采用它。
- 随着团队数量的增加，会采用它有效地为每个团队成员分配角色和职责。
- 当组织旨在提高效率、加快开发过程等时，就会采用它。
- 采用它是为了赋予团队更多决策权，从而鼓励采用集中式决策方法。
规模化敏捷框架 (SAFe) 的级别
SAFe 的级别列于下方 −
团队级别
它处于 SAFe 的最低级别，有助于传递敏捷发布列车 (ART) 的价值观。它由 Scrum 主管、产品所有者和开发团队组成。他们都致力于实现成功的产品开发。这些价值观是通过在史诗 (故事集合) 下创建故事而产生的。故事在冲刺中被采纳和开发以供交付。Pi 的过程会持续监控，直到每个值都通过。
此时，产品所有者会创建项目积压 (故事、史诗、需求、冲刺等)，这些项目将在任何敏捷框架 (即 Scrum、Kanban 等) 中进行开发。Scrum 主管负责特定的敏捷团队。他负责组织会议、故事，并处理团队面临的任何瓶颈。开发团队负责整个开发过程。
项目级别
它处于比团队级别更高的级别，它利用团队级别传递的 ART 值。它由 ART 驱动，ART 是产品交付的有效管道。此时，整个 ART 流程由专门的工程师管理。系统架构师负责整合 Pi，产品管理，DevOps 负责产品部署。
投资组合级别
它指向 SAFe 的顶层，负责规划和制定精益敏捷活动的战略。此时采取的目的、目标、方法等仅专注于在短时间内产生出色的结果。史诗所有者创建史诗并在待办事项中对其进行优先排序。企业架构师负责设计和完整的工作流程，精益投资组合经理负责制定有效的预算计划及其使用。
价值流级别
此级别从 SAFe 4.0 开始引入，用于复杂的项目。它具有各种 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 方法论的深入知识。明智的做法是继续实践您学到的知识并探索与软件测试相关的其他知识，以加深您的理解并拓展您的视野。
