选择题答案
来源:软件质量管理sd部分重点.pdf 末尾课堂选择题。题号与《选择题自测.md》保持一致。
- Scrum理论的基础是?
A) 预测性计划和严格流程
B) 经验主义和精益思维
C) 六西格玛管理
D) 瀑布模型
答案: B) 经验主义和精益思维
解释: 《Scrum指南》明确指出,Scrum建立在经验主义(基于通过经验获知的事实做决策)和精益思维(减少浪费并专注于本质)之上。
- 产品负责人的核心职责是?
A) 主持每日站会
B) 管理Product Backlog
C) 解决技术难题
D) 制定团队KPI
答案: B) 管理Product Backlog
解释: 产品负责人负责最大化产品价值,这主要通过有效的产品待办列表管理来实现,包括制定并明确沟通产品目标、创建并清晰沟通产品待办列表项、对其排序,并确保产品待办列表透明、可见且易于理解。
- 以下哪个事件不属于Scrum五大事件?
A) 迭代计划会议
B) 需求评审会
C) 每日站会
D) 迭代回顾会议
答案: B) 需求评审会
解释: Scrum中定义的五个官方事件是:Sprint本身、Sprint规划会议、每日站会、Sprint评审会议和Sprint回顾会议。虽然评审需求会发生,但一个特定的“需求评审会”并非强制性的Scrum事件。
- 用户故事的3C原则不包括?
A) 卡片(Card)
B) 协作(Collaboration)
C) 交谈(Conversation)
D) 确认(Confirmation)
答案: B) 协作(Collaboration)
解释: 由Ron Jeffries提出的用户故事3C原则是:卡片(Card)、交谈(Conversation)和确认(Confirmation)。虽然协作在“交谈”过程中至关重要,但它本身并非3C原则中明确命名的“C”之一。
- 猪与鸡的比喻主要说明:
A) 团队饮食管理
B) 利益相关者参与程度
C) 敏捷估算方法
D) 动物角色扮演
答案: B) 利益相关者参与程度
解释: 这个比喻区分了“承诺者”(猪 - 执行工作的Scrum团队)和仅“参与者”(鸡- 利益相关者)。它旨在强调在Sprint工作中不同角色的投入程度和直接参与度的差异。
- 以下哪项不属于Scrum的三大支柱?
A) 透明
B) 检查
C) 适应
D) 效率
答案: D) 效率
解释: Scrum所基于的经验主义三大支柱是:透明、检查和适应。虽然Scrum通常能带来效率的提升,但这是一种结果,而非其基础支柱本身。
- 跨职能团队的关键特征是?
A) 成员都是全栈工程师
B) 具备端到端交付能力
C) 定期轮换岗位
D) 使用统一开发工具
答案: B) 具备端到端交付能力
解释: 一个跨职能团队意味着团队内部拥有在每个Sprint中创造有价值、可用的产品增量所需的所有技能,而无需依赖团队外部的其他人。
- Scrum术语首次提出的论文是?
A) 《敏捷软件开发宣言》
B) 《新型新产品开发策略》
C) 《Scrum指南2020》
D) 《精益思想》
答案: B) 《新型新产品开发策略》
解释: “Scrum”这一术语最早由竹内弘高和野中郁次郎在他们1986年发表于《哈佛商业评论》的文章《The New New Product Development Game》中提出。
- Scrum团队理想规模通常是?
A) 3-5人
B) 5-7人
C) 10人或更少
D) 15-20人
答案: C) 10人或更少
解释: 2020版《Scrum指南》指出:“Scrum团队规模要小到足以保持敏捷性,同时也要大到足以在一个Sprint内完成重要的工作,通常是10人或更少。”
- “完成的定义”(DoD)的主要作用是?
A) 限制开发人员自由
B) 确保交付质量基准
C) 缩短会议时间
D) 简化文档工作
答案: B) 确保交付质量基准
解释: “完成的定义”通过为所有人提供一个共同的理解来创造透明度。它确保了交付物有一致的质量标准。第二部分
- 用户故事地图主要解决传统Backlog的什么问题?
A) 全局视角缺失
B) 需求数量过多
C) 技术实现复杂
D) 测试覆盖率不足
答案: A) 全局视角缺失
解释: 用户故事地图通过二维结构来组织用户故事,提供了产品的整体视图和用户体验流程,弥补了传统线性Backlog全局视角缺失的问题。
- ”金发女孩”估算技术主要用于?
A) 调整工作项到合适大小
B) 确定优先级顺序
C) 分配开发任务
D) 评估代码质量
答案: A) 调整工作项到合适大小
解释: “金发女孩”(Goldilocks)原则在敏捷估算中,指的是在梳理待办列表项时,力求使其规模“刚刚好”——既不太大,也不太小。
- Product Backlog的优先级由谁决定?
A) 开发团队
B) 项目经理
C) 技术负责人
D) 产品负责人(Product Owner)
答案: D) 产品负责人(Product Owner)
解释: 产品负责人是唯一负责对产品待办列表项进行排序(决定优先级)的人,目标是最大化产品价值。
- 以下哪项是用户故事的标准模板?
A) As a [用户角色], I want [目标], So that[价值]
B) Given [条件], When [操作], Then [结果]
C) User needs [功能], Because [原因]
D) If [场景], Then [行为]
答案: A) As a [用户角色], I want [目标], So that[价值]
解释: 最广为人知且常用的用户故事模板是:“作为一个 <用户角色>, 我想要 <实现目标/功能>, 以便于 <获得价值>”。获得价值>用户角色>
- 验收标准的正确格式是?
A) When→Then→Given
B) Then→Given→When
C) Given→When→Then
D) When→Given→Then
答案: C) Given→When→Then
解释: 在行为驱动开发(BDD)中,通常使用 Gherkin 语言来编写验收标准,其标准格式是 “Given(前提条件)- When(动作/事件)- Then(预期结果)”。
- 行为驱动开发(BDD)是从以下哪种开发方法演变而来?
A) 瀑布模型
B) 测试驱动开发 (TDD)
C) 极限编程 (XP)
D) Scrum
答案: B) 测试驱动开发 (TDD)
解释: 行为驱动开发(BDD)由 Dan North 提出,旨在改进测试驱动开发(TDD)。BDD 更侧重于软件的行为,并使用更易于业务人员理解的自然语言来描述预期行为。
- 某团队使用计划扑克估算时,发现对”支付功能”的估算差异极大 (5、8、13)。最可能的原因是?
A) 团队成员能力差异
B) 会议时间安排不合理
C) 扑克牌工具使用错误
D) 需求理解不一致
答案: D) 需求理解不一致
解释: 在计划扑克估算中,出现较大的估算差异通常最能说明团队成员对于该需求的范围、复杂度或实现方式存在不同的理解。此时需要通过讨论来达成共识。
- 故事点(Story Point)的估算基于什么原则?
A) 绝对时间单位(如小时)
B) 相对工作量比较
C) 代码行数预测
D) 任务复杂度评分
答案: B) 相对工作量比较
解释: 故事点是一种抽象的、无单位的度量单位,用于对产品待办列表项进行相对估算,它综合考虑了复杂度、工作量和不确定性。
- 根据行业实践,当前最常见的Sprint周期是?
A) 1周
B) 3周
C) 2周
D) 4周
答案: C) 2周
解释: 虽然《Scrum 指南》规定 Sprint 长度是一个月或更短,但根据行业实践和观察,两周的 Sprint 周期是目前被许多 Scrum 团队广泛采用的选择。第三部分
- 在Scrum框架中,哪个事件的时间盒是每1个月Sprint最多8小时?
A) Sprint回顾会议
B) 每日站会
C) Sprint计划会议
D) Sprint评审会议
答案: C) Sprint计划会议
解释: 根据《Scrum 指南》,对于为期一个月的 Sprint,Sprint 计划会议的时间盒(Timebox)最长为 8 小时。
- 根据Scrum Guide 2020,每日站会的核心关注点应该是?
A) 轮流报告个人昨天的工作细节
B) 检查Sprint目标的进度并识别障碍
C) 讨论技术实现方案
D) 更新燃尽图
答案: B) 检查Sprint目标的进度并识别障碍
解释: 2020版《Scrum 指南》强调,每日 Scrum 是开发人员检视朝向 Sprint 目标进展的机会,并根据需要调整 Sprint 待办列表。
- 第一个成功的极限编程(XP)项目是?
A) 克莱斯勒薪资系统(C3)
B) NASA航天飞机软件
C) 微软Windows系统
D) 亚马逊电商平台
答案: A) 克莱斯勒薪资系统(C3)
解释: 克莱斯勒综合薪酬系统(C3)项目是 XP 实践诞生和首次系统性应用的地方,是XP 发展史上的标志性项目。
- SAFe框架中协调多个团队同步交付的核心机制是?
A) Scrum of Scrums
B) 每日站会
C) Agile Release Train(ART)
D) PI Objectives
答案: C) Agile Release Train(ART)
解释: 敏捷发布火车(ART)是 SAFe 的基础构件,它是一个由多个敏捷团队组成的长期存在的团队,共同规划、承诺、执行和交付价值。
- 根据Scrum价值观,当发现Sprint目标无法完成时,团队最应该展现的是?
A) 隐瞒进度风险
B) 要求延长Sprint
C) 降低质量标准
D) 及时透明沟通
答案: D) 及时透明沟通
解释: Scrum 的核心支柱之一是透明。当遇到困难时,团队应该践行开放(Openness)的价值观,及时、透明地沟通当前情况和风险。
- 有效的Sprint演示应该避免?
A) 展示实际可运行的产品增量
B) 详细解释实现技术细节
C) 聚焦核心业务价值
D) 获取利益相关者反馈
答案: B) 详细解释实现技术细节
解释: Sprint 评审会议的目的是展示完成的产品增量,重点是其体现的业务价值,并获取反馈。过多地深入技术细节会偏离这个目标。
- LeSS框架与SAFe的核心区别在于?
A) 保持单产品Backlog,不添加管理层级
B) 引入Release Train工程师角色
C) 要求所有团队使用相同技术栈
D) 强制采用测试驱动开发
答案: A) 保持单产品Backlog,不添加管理层级
解释: LeSS (大规模 Scrum) 致力于通过尽可能少的规则来扩展 Scrum,其关键原则包括坚持一个产品待办列表,并避免引入额外的管理层级和复杂流程,这与 SAFe 的多层级结构形成显著对比。
- Scrum Guide 2020取消的旧版概念是?
A) Product Owner
B) Sprint Retrospective
C) Definition of Done
D) 专属”开发团队“称谓
答案: D) 专属”开发团队“称谓
解释: 2020版《Scrum 指南》不再使用“开发团队”这一术语,而是统一称为“开发人员 (Developers)”,他们是 Scrum 团队的组成部分,而不是一个独立的子团队。
- 有效的Sprint回顾会议应该?
A) 追究任务未完成的责任
B) 制定下个Sprint详细计划
C) 聚焦改进
D) 评审产品功能实现
答案: C) 聚焦改进
解释: Sprint 回顾会议的目的是检视上一个 Sprint 的情况,并制定旨在提高质量和效能的改进计划。
- 根据国际Scrum联盟认证要求,一个Sprint的最大时长是?
A) 1周
B) 2周
C) 1个月
D) 6周
答案: C) 1个月
解释: 无论是 Scrum Alliance 还是 Scrum.org,其认证体系都基于《Scrum 指南》。该指南规定,一个 Sprint 的最长持续时间是一个月。第四部分
- 极限编程 (XP) 的四个核心价值观不包括以下哪一项?
A) 沟通
B) 简单
C) 反馈
D) 计划
答案: D) 计划
解释: XP 的核心价值观是:沟通 (Communication)、简单 (Simplicity)、反馈(Feedback)、勇气 (Courage) 和尊重 (Respect)。“计划”是 XP 中的一项重要活动,但并非其核心价值观之一。
- 在极限编程 (XP) 中,哪项实践强调所有生产代码都由两个人共同完成?
A) 持续集成
B) 代码集体拥有制
C) 结对编程
D) 重构
答案: C) 结对编程
解释: 结对编程 (Pair Programming) 是 XP 的核心实践之一,指由两位开发者在一个工作站上协同工作,共同编写生产代码。
- 软件开发的四项基本活动是编码、测试、倾听和什么?
A) 设计
B) 部署
C) 维护
D) 沟通
答案: A) 设计
解释: Kent Beck 在阐述 XP 时,提出了软件开发的四项基本活动:编码 (Coding)、测试 (Testing)、倾听 (Listening) 和 设计 (Designing)。
- 在极限编程 (XP) 中,“计划游戏”的主要目的是什么?
A) 制定详细的技术实施方案
B) 结合业务和技术考虑,决定范围、优先级和发布计划
C) 让程序员独立决定项目进度
D) 评估团队成员的个人能力
答案: B) 结合业务和技术考虑,决定范围、优先级和发布计划
解释: 计划游戏 (Planning Game) 强调业务方和技术方紧密合作,共同根据业务价值和技术估算来决定项目范围、功能优先级以及发布和迭代的内容。
- 下列哪项是 XP 提倡的“简单设计”原则之一?
A) 消除重复的逻辑
B) 尽可能多地使用设计模式
C) 为未来的需求提前设计
D) 编写详尽的设计文档
答案: A) 消除重复的逻辑
解释: XP 倡导简单设计,其四条基本规则之一就是 消除重复 (No Duplication /DRY)。过度设计和过多文档都违背了简单原则。
- 测试驱动开发 (TDD) 的核心循环是?
A) 红(失败测试) -> 绿(通过实现) -> 重构
B) 设计 -> 编码 -> 测试
C) 编码 -> 测试 -> 部署
D) 需求分析 -> 设计 -> 编码
答案: A) 红(失败测试) -> 绿(通过实现) -> 重构
解释: TDD 的经典循环是“红-绿-重构”:先编写一个失败的测试(红灯),然后编写最少的代码让测试通过(绿灯),最后在保持测试通过的前提下改进代码的设计(重构)。
- 在 XP 中,由谁负责编写功能测试?
A) 程序员
B) 项目经理
C) 客户
D) 测试工程师
答案: C) 客户
解释: 在 XP 中,功能测试(验收测试)用于定义功能的完成标准。客户负责定义这些测试的标准和场景,通常会与开发者或测试人员合作编写。
- “YAGNI”原则指的是什么?
A) 你需要它
B) 你不会需要它
C) 总是优先考虑性能
D) 今天实现,为明天设计
答案: B) 你不会需要它
解释: YAGNI 是 “You Ain’t Gonna Need It” 的缩写,意为“你(现在)不会需要它”。它建议开发者只实现当前真正需要的功能,避免过度设计。
- 持续集成 (CI) 的核心目标是?
A) 尽早发现并解决集成问题
B) 自动化所有开发任务
C) 减少代码编写量
D) 取代版本控制系统
答案: A) 尽早发现并解决集成问题
解释: 持续集成的核心目标是通过频繁地将代码集成到主线,并自动进行构建和测试,从而能够尽早地发现和修复代码集成时可能引入的错误和冲突。
- 在持续集成实践中,“主线” (Mainline) 指的是什么?
A) 开发者的本地代码分支
B) 用于发布稳定版本的特定分支
C) 代码库中单一的、共享的、代表项目当前集成状态的分支
D) 存放测试代码的分支
答案: C) 代码库中单一的、共享的、代表项目当前集成状态的分支
解释: 在 CI 的上下文中,“主线”(也常称为 trunk、master 或 main)是指代码库中那个主要的、所有开发者共享的、用于频繁集成的分支。
- 根据持续集成的实践,以下哪项内容不应该纳入版本控制系统?
A) 源代码
B) 数据库模式定义脚本
C) 构建脚本
D) 编译后的二进制文件或构建产物
答案: D) 编译后的二进制文件或构建产物
解释: 版本控制系统应该管理所有用于生成最终产品所需的文件,但不应存储由构建过程产生的结果文件(如编译后的二进制文件、库等)。
- 什么是“自测试构建” (Self-Testing Build)?
A) 只需要编译代码的构建
B) 包含自动化测试验证,能自我验证正确性的构建过程
C) 由测试人员手动执行的构建
D) 仅在本地环境运行的构建
答案: B) 包含自动化测试验证,能自我验证正确性的构建过程
解释: 自测试构建是指构建过程本身包含了运行自动化测试套件的步骤。如果测试通过,则表明构建是“健康的”;如果测试失败,则表明新提交的代码可能引入了缺陷。
- 在 XP 的结对编程中,不负责直接编码的伙伴主要思考什么?
A) 代码的格式是否符合规范
B) 下一个功能如何实现
C) 具体的变量命名
D) 从更战略性的角度思考,如整体方法是否可行、是否有遗漏的测试用例等
答案: D) 从更战略性的角度思考,如整体方法是否可行、是否有遗漏的测试用例等
解释: 在结对编程中,不直接敲键盘的“领航员”负责从更高层面思考:代码设计的整体方向、潜在的逻辑错误、测试覆盖是否全面、是否可以简化设计等。
- 持续集成的实践要求自动化构建过程能够通过什么方式触发?
A) 每天固定时间
B) 每周一次
C) 一个简单的单一命令
D) 项目经理批准后
答案: C) 一个简单的单一命令
解释: 严格来说,CI 的典型触发方式是“每次代码提交到版本控制库时自动触发”。选项 C 描述的是自动化构建脚本本身应具备的特性——可以通过一个简单命令来调用,这是实现自动触发的前提。第五部分
- 在持续集成实践中,每个团队成员每天至少向主线提交代码更改的频率是?
A) 至少一次
B) 至少两次
C) 每小时一次
D) 每周一次
答案: A) 至少一次
解释: 持续集成(CI)的核心在于频繁集成。普遍接受的实践建议是,每个开发者每天至少向主线集成一次代码,以便尽早发现和解决集成问题。
- 当集成构建失败时,团队的首选处理方式通常是?
A) 立即尝试在主线上修复问题
B) 忽略该失败,继续开发新功能
C) 恢复 (Revert) 导致失败的提交
D) 等待其他成员帮助解决
答案: C) 恢复 (Revert) 导致失败的提交
解释: 主线上的构建失败会阻塞所有人的集成。首要任务是尽快恢复构建通过。一种常见且快速有效的做法是先回滚(Revert)引入问题的提交,让主线恢复健康。
- 下列哪项不属于持续集成服务 (CI Service) 的典型功能?
A) 监控版本控制仓库,检测新的提交
B) 自动从仓库检出最新的主线代码
C) 报告构建结果(成功或失败)
D) 自动编写新的单元测试
答案: D) 自动编写新的单元测试
解释: CI 服务(如 Jenkins, GitLab CI 等)的核心功能是自动化构建、测试和报告流程。它不负责编写单元测试,这是开发者的工作。
- 以下关于持续集成 (CI) 与持续交付 (CD) 关系的描述,哪项是正确的?
A) CI 是 CD 的后续阶段
B) CI 是实现 CD 的必要前提
C) CI 和 CD 是互斥的概念
D) CD 主要关注开发环境,CI 主要关注生产环境
答案: B) CI 是实现 CD 的必要前提
解释: 持续交付 (Continuous Delivery) 建立在持续集成 (CI) 的基础之上。必须先有可靠的 CI 流程,才能确保每次通过 CI 的构建都处于可发布状态。
- Kanban方法起源于哪个国家的制造业?
A) 美国
B) 德国
C) 日本
D) 中国
答案: C) 日本
解释: Kanban(看板)方法起源于日本丰田汽车公司的丰田生产体系(TPS),最初用于管理生产流程中的物料流动。
- 在Kanban中,代表具体工作项的工具是?
A) Kanban卡片
B) 燃尽图
C) 用户画像
D) 甘特图
答案: A) Kanban卡片
解释: 看板卡片(Kanban Card)是 Kanban 系统的核心元素,它是一个可视化的信号,代表一个独立的工作项,并在看板上流动。
- Kanban系统成员对于工作流的明确且共同的认知被称为?
A) 服务水平期望 (SLE)
B) 工作流的定义 (Definition of Workflow, DoW)
C) 在制品限制 (WIP Limit)
D) 价值单位 (Work Items)
答案: B) 工作流的定义 (Definition of Workflow, DoW)
解释: 在 Kanban 中,团队成员对于工作流程各个阶段、流转规则、策略等达成的明确且共享的理解,就是工作流的定义(Definition of Workflow)。
- 在Kanban中,介于开始节点与结束节点间的任何一个工作项被称为?
A) 待办事项 (Backlog)
B) 已完成工作 (Completed Work)
C) 进行中工作 (Work in Progress, WIP)
D) 瓶颈 (Bottleneck)
答案: C) 进行中工作 (Work in Progress, WIP)
解释: 在制品(Work in Progress, WIP)是指已经从待办列表进入工作流程,但尚未完成的所有工作项。
- Kanban方法的核心实践不包括?
A) 定义并可视化工作流程
B) 主动管理工作流程中的事项
C) 改进工作流程
D) 规定固定的迭代周期
答案: D) 规定固定的迭代周期
解释: Kanban 方法的核心实践包括:可视化工作流、限制在制品 (WIP)、管理流动等。Kanban 本身不规定固定的迭代周期(如 Scrum 的 Sprint),它更侧重于持续流动。
- 硬币传递游戏的结果表明,哪种方式总时间最短?
A) 每次传递20枚硬币
B) 每次传递5枚硬币
C) 每次传递1枚硬币
D) 三种方式时间相同
答案: C) 每次传递1枚硬币
解释: 硬币传递游戏演示了精益和流动原则。游戏通常表明,采用更小的批量(对应更低的 WIP 限制)进行传递,可以显著缩短整个批次的交付周期。单件流(每次传递1枚)通常是最高效的方式。
- 在Kanban中,为处理紧急工作而设置的特殊通道通常被称为?
A) 快速通道 (Fast Track / Expedite Lane)
B) 慢速通道 (Slow Track)
C) 阻塞通道 (Blocked Lane)
D) 评审通道 (Review Lane)
答案: A) 快速通道 (Fast Track / Expedite Lane)
解释: 为了处理需要优先处理的紧急工作项,Kanban 看板上经常会设置一个特殊的泳道,称为“快速通道”或“加急通道”(Expedite Lane / Fast Track)。第六部分
- 看板方法中,用于限制每个工作阶段在制品数量的关键概念是?
A) 拉动系统 (Pull System)
B) 在制品限制 (WIP Limit)
C) 泳道 (Swimlane)
D) 周期时间 (Cycle Time)
答案: B) 在制品限制 (WIP Limit)
解释: 这是Kanban的核心实践,通过为工作流程的某些阶段设置正在进行的工作项数量上限,来优化价值的流动、暴露瓶颈。
- 在Kanban中,当某个工作列达到在制品数量上限时,团队应该?
A) 暂停拉入新任务,优先完成现有任务
B) 立即增加该列的在制品数量上限
C) 将现有任务移至下一列
D) 开始新的任务以保持流动
答案: A) 暂停拉入新任务,优先完成现有任务
解释: WIP限制的目的是为了揭示并解决瓶颈。当达到上限时,团队需要集中精力解决当前阶段的堵塞,让工作流动起来,而不是绕过问题。
- 以下哪个是Kanban的核心度量指标,指的是一个工作项从正式开始处理到完成交付之间的总时长?
A) 在制品数量 (WIP)
B) 产能 (Throughput)
C) 工作项存续时长 (Work Item Age)
D) 周期时间 (Cycle Time)
答案: D) 周期时间 (Cycle Time)
解释: 周期时间是衡量Kanban系统效率的关键指标,它度量了一个已完成工作项从进入流程到离开流程所花费的时间。
- Scrum和Kanban的主要区别之一在于框架性质,Scrum是迭代式框架,而Kanban是?
A) 规定式框架
B) 会议驱动框架
C) 流动式框架
D) 固定周期框架
答案: C) 流动式框架
解释: Scrum通过固定的迭代(Sprint)来组织工作,是一种迭代式(Iterative)框架。而Kanban关注工作的持续、平滑流动,没有固定的迭代周期,是一种流动式(Flow-based)框架。
- Scrumban是由Corey Ladas提出的,它通常被视为?
A) Scrum到Kanban的中间态或过渡
B) 一种全新的敏捷方法
C) XP实践的替代方案
D) 一种项目管理软件
答案: A) Scrum到Kanban的中间态或过渡
解释: Scrumban融合了Scrum的结构性(如会议)和Kanban的流动性(如WIP限制和拉动系统),常被用作团队从Scrum向Kanban演进的过渡阶段。
- DevOps的核心目标不包括?
A) 提升交付速度
B) 提升交付可靠性
C) 打破开发与运维之间的壁垒
D) 固定软件架构
答案: D) 固定软件架构
解释: DevOps是一种文化和实践,旨在通过协作与自动化提升交付速度和可靠性。它并不规定任何特定的软件架构,反而常与微服务等灵活架构结合使用。
- 将安全保障集成到软件开发生命周期各阶段,强调“内建安全”而非“事后补救”的理念是?
A) AIOps
B) DevSecOps
C) Cloud Native
D) CI/CD
答案: B) DevSecOps
解释: DevSecOps的核心思想是将安全(Security)融入到DevOps流程的每一个环节,实现“安全左移”,即在开发早期就考虑并构建安全措施。
- 在DevOps实践中,仅将一小部分用户/流量切换到新版本,观察运行情况后逐步扩大流量的部署策略是?
A) 蓝绿部署 (Blue-Green Deployment)
B) 持续部署 (Continuous Deployment)
C) 金丝雀发布 (Canary Deployment)
D) 基础设施即代码 (IaC)
答案: C) 金丝雀发布 (Canary Deployment)
解释: 这种渐进式发布策略因其能将风险控制在小范围内而得名,就像矿井里的金丝雀一样用于预警。
- 根据DevOps的DORA指标,精英级别团队的部署频率通常是?
A) 每日多次
B) 每周一次至每日一次
C) 每月一次至每周一次
D) 每月不到一次
答案: A) 每日多次
解释: DORA指标将团队分为精英、高、中、低四个绩效等级。精英团队能够实现按需部署,即每日多次部署。
- DevOps与敏捷(Agile)的关系,以下描述最准确的是?
A) DevOps取代了敏捷
B) 敏捷是DevOps的一个分支
C) DevOps扩展了敏捷的理念,关注从开发到运维的全生命周期
D) DevOps只关注技术工具,敏捷只关注流程
答案: C) DevOps扩展了敏捷的理念,关注从开发到运维的全生命周期
解释: 敏捷主要关注开发环节的灵活性和响应力,而DevOps将这种思想延伸到了软件交付和运维的完整流程,是敏捷理念在更广范围内的应用和扩展。
- “使用代码化方式管理和配置基础设施 (服务器、网络等),将手动运维操作转为可编程脚本/配置”描述的是?
A) 基础设施即代码 (IaC)
B) 容器化技术 (Docker)
C) 微服务 (Microservices)
D) 持续监控 (Continuous Monitoring)
答案: A) 基础设施即代码 (IaC)
解释: 这正是基础设施即代码(Infrastructure as Code)的定义,它是DevOps的一项关键实践。
- 敏捷软件开发出现的根本原因是为了帮助处理软件开发的?
A) 复杂性与可变性
B) 低成本与高效率
C) 标准化与一致性
D) 文档化与流程化
答案: A) 复杂性与可变性
解释: 软件开发天然具有高度的复杂性,且其环境和需求具有很强的可变性。敏捷方法通过短迭代和快速反馈来适应并管理这种不确定性。
- 根据敏捷观点,评价软件项目成功的最重要标准是?
A) 按时完成项目
B) 不超过预算
C) 所有功能均按规格实现
D) 为客户创造价值
答案: D) 为客户创造价值
解释: 敏捷价值观的核心是价值驱动。一个技术上完美、按时交付但对客户毫无用处的产品,在敏捷看来是失败的。
- 极限编程 (XP)更侧重于?
A) 流程和可视化管理
B) 工程实践,如TDD、重构等
C) 项目时间盒管理
D) 客户需求优先级排序
答案: B) 工程实践,如TDD、重构等
解释: XP的精髓在于其提供的一系列具体的、可操作的工程技术实践,用于保障软件的内在质量。而A和C更偏向Scrum,D是产品负责人的工作。