2026年acp考试试题及答案

2026年acp考试试题及答案一、单项选择题（共40题，每题2分，共80分）1.敏捷团队在迭代评审会上，客户对某个已完成的用户故事提出“这不是我想要的”，最可能的原因是？A.团队未执行持续集成B.用户故事未遵循INVEST原则中的“可测试（Testable）”C.产品负责人未在迭代规划时明确验收标准D.团队未进行每日站会同步进度答案：C。解析：用户故事的验收标准需在迭代规划阶段由产品负责人与团队共同确认，若客户在评审时不满意，通常是验收标准未提前明确导致理解偏差。2.某团队采用Scrum框架，产品待办列表中有100个用户故事，总估算为500故事点，团队过去3个迭代的平均速度为30故事点/迭代，若每个迭代长度为2周，完成所有故事点约需多长时间？A.33周B.34周C.35周D.36周答案：B。解析：总故事点500÷速度30≈16.67个迭代，16.67×2周≈33.34周，向上取整为34周。3.极限编程（XP）中，“简单设计”实践的核心目的是？A.减少文档编写量B.确保系统仅满足当前需求，避免过度设计C.降低代码复杂度至最低D.便于后续添加新功能答案：B。解析：XP的“简单设计”强调只实现当前需要的功能，避免为未来可能的需求提前设计，以降低冗余和维护成本。4.看板方法中，“可视化工作流”的主要作用是？A.让团队成员随时了解彼此进度B.暴露流程中的瓶颈和延迟C.替代迭代计划会议D.确保所有任务按顺序执行答案：B。解析：可视化工作流通过看板墙直观展示任务状态，帮助团队识别哪些环节（如“开发中”“测试中”）堆积了过多任务，从而定位流程瓶颈。5.敏捷团队在迭代回顾会上，发现“代码合并冲突频繁”，最有效的改进措施是？A.增加代码审查的频率B.实施持续集成（CI）实践C.延长迭代周期以预留合并时间D.指定专人负责代码合并答案：B。解析：持续集成要求团队频繁（通常每日多次）将代码合并到主分支，并通过自动化测试验证，可大幅减少合并冲突。6.用户故事“作为系统管理员，我需要定期备份数据，以防止数据丢失”中，“防止数据丢失”属于故事的？A.角色（Role）B.需求（Need）C.收益（Benefit）D.验收标准（AcceptanceCriteria）答案：C。解析：用户故事的标准结构为“作为<角色>，我需要<需求>，以便<收益>”，“防止数据丢失”是执行需求后带来的收益。7.Scrum中，“产品负责人（PO）”的核心职责是？A.指导开发团队完成技术任务B.最大化产品待办列表的价值C.主持每日站会并跟踪进度D.解决团队内部的冲突答案：B。解析：产品负责人的核心是通过排序产品待办列表、明确验收标准等方式，确保团队交付的功能为客户创造最大价值。8.某团队采用计划扑克（PlanningPoker）进行估算，当成员对某故事点估算差异较大时，正确的处理流程是？A.由产品负责人直接确定最终估算值B.让估算最高和最低的成员解释理由，重新投票C.取所有估算值的平均值作为结果D.推迟该故事的估算，优先处理其他故事答案：B。解析：计划扑克的规则是，若估算差异大（如1vs13），需让持极端值的成员说明理由（如对复杂度的不同理解），然后重新投票，直至达成共识。9.敏捷宣言中“响应变化高于遵循计划”的含义是？A.完全放弃计划，仅根据变化调整B.计划需保持灵活性，优先满足客户的变更需求C.变化比计划更重要，应主动制造变化D.计划的价值低于应对变化的能力答案：B。解析：敏捷不否定计划，而是强调计划应是灵活的“指导方针”而非“僵化的合同”，当客户需求变化时，应优先响应以交付更大价值。10.迭代燃尽图显示，第3天剩余工作量为80点，第5天剩余工作量为90点，可能的原因是？A.团队速度提升B.新增了未计划的任务或范围蔓延C.任务估算过于乐观D.团队成员请假导致效率下降答案：B。解析：燃尽图正常应呈下降趋势，若剩余工作量增加，通常是因为迭代中新增了未计划的任务（如客户临时增加需求）或原有任务范围扩大（范围蔓延）。11.看板方法中，“在制品限制（WIPLimit）”的主要目的是？A.确保任务按顺序完成B.减少多任务处理，提高流动效率C.限制团队同时处理的任务数量，避免资源分散D.B和C答案：D。解析：在制品限制通过限制每个环节（如“开发中”“测试中”）的任务数量，迫使团队专注于完成当前任务而非同时处理多个，从而减少上下文切换，提高效率。12.极限编程（XP）中的“结对编程（PairProgramming）”实践，最主要的优势是？A.减少代码错误率B.提高开发速度C.促进知识共享D.A和C答案：D。解析：结对编程通过两位开发者共同编写代码，可实时讨论设计和实现，减少错误；同时，两人互相学习，促进团队知识共享。13.敏捷团队在选择用户故事拆分粒度时，应遵循的原则是？A.每个故事可在1个迭代内完成（通常≤1周工作量）B.拆分后的故事数量越多越好C.拆分后的故事需独立调用API接口D.故事拆分无需考虑团队速度答案：A。解析：用户故事需足够小，通常在1个迭代（如2周）内完成，理想情况下1-3天可完成，以确保迭代内可交付可用功能。14.Scrum中，“冲刺评审会（SprintReview）”的参与者不包括？A.开发团队B.产品负责人C.客户或利益相关者D.ScrumMaster答案：无（所有选项均需参与）。解析：冲刺评审会的目的是向客户展示已完成的增量，需开发团队（演示功能）、产品负责人（确认是否符合需求）、客户（提供反馈）、ScrumMaster（引导会议）共同参与。15.某团队采用敏捷开发，客户希望增加一个高优先级功能，但当前迭代剩余5天，团队剩余工作量为20点，速度为5点/天，正确的处理方式是？A.拒绝客户请求，坚持完成当前迭代目标B.调整迭代范围，移除部分低优先级故事，加入新功能C.延长迭代周期至10天以容纳新功能D.要求客户等待下一个迭代答案：B。解析：敏捷强调响应变化，若新功能优先级更高，产品负责人可与团队协商，移除当前迭代中低优先级的故事，腾出资源开发新功能，确保交付最大价值。16.用户故事的“验收标准（AcceptanceCriteria）”应在何时确定？A.迭代规划会B.每日站会C.迭代评审会D.迭代回顾会答案：A。解析：验收标准需在迭代规划阶段由产品负责人与开发团队共同确认，作为完成该故事的“完成定义（DoD）”。17.看板方法与Scrum的主要区别在于？A.看板没有固定迭代周期，Scrum有时间盒化的冲刺B.看板强调流程改进，Scrum强调角色和事件C.A和BD.看板不关注价值交付，Scrum关注答案：C。解析：看板是基于流程的方法，通过可视化和在制品限制持续改进流程，无固定迭代；Scrum是框架，定义了角色（PO、SM、开发团队）、事件（冲刺、计划会等）和工件（产品待办列表等），强调时间盒化的迭代。18.敏捷团队中，“自组织（Self-organizing）”的核心含义是？A.团队成员自行决定工作分配和技术方案B.团队无需ScrumMaster指导C.团队可以随意调整项目目标D.团队成员数量不受限制答案：A。解析：自组织团队有权自主决定如何完成工作（如任务分配、技术选型），但需对齐产品目标，ScrumMaster仍负责移除障碍，产品负责人定义目标。19.迭代回顾会的主要目的是？A.总结已完成的工作，展示成果B.识别团队流程中的改进点，并制定行动计划C.重新规划下一个迭代的目标D.解决团队成员之间的冲突答案：B。解析：回顾会是团队反思“如何工作”的会议，通过分析当前迭代的流程、协作方式等，提出具体的改进措施（如“每天11点进行代码审查”），并在下个迭代实施。20.估算用户故事时，使用“故事点（StoryPoints）”而非“小时”的主要原因是？A.故事点更易于计算B.故事点考虑了复杂度、风险和工作量，是相对估算C.小时估算不够准确D.敏捷方法禁止使用小时估算答案：B。解析：故事点是相对估算单位（如以简单故事为1点，复杂故事为5点），综合考虑了任务的复杂度、不确定性和工作量，比绝对的小时估算更灵活，适合敏捷的变化特性。21.某团队在迭代中发现，多个用户故事因依赖外部系统接口未完成而阻塞，最有效的预防措施是？A.在迭代规划时识别依赖，并与外部团队协调接口交付时间B.增加团队成员数量以加快开发速度C.推迟这些故事到后续迭代D.要求外部团队优先处理接口开发答案：A。解析：敏捷强调前期的风险识别，迭代规划时应通过“依赖映射”等方法识别外部依赖，并与相关方协调，确保依赖项在迭代内可用。22.敏捷宣言中“个体和互动高于流程和工具”的体现是？A.减少文档编写，只保留必要文档B.团队成员通过面对面沟通解决问题，而非依赖邮件或文档C.不使用任何项目管理工具D.优先培养团队成员的个人能力，而非优化流程答案：B。解析：该原则强调人际沟通的重要性，例如通过每日站会的面对面交流同步信息，比依赖冗长的报告或工具更高效。23.Scrum中，“完成的定义（DefinitionofDone）”的作用是？A.明确用户故事的验收标准B.确保所有完成的工作符合质量要求（如测试通过、文档更新）C.确定迭代的截止日期D.B和A答案：D。解析：DoD是团队对“完成”的共同理解，包括用户故事的验收标准（如“功能可演示”）和质量要求（如“单元测试覆盖率≥80%”“文档更新”）。24.极限编程（XP）中的“持续测试（ContinuousTesting）”实践要求？A.在代码编写完成后进行集中测试B.自动化测试用例在代码编写前完成（测试驱动开发）C.每次代码提交后自动运行测试套件D.B和C答案：D。解析：XP的持续测试包括测试驱动开发（TDD，先写测试再写代码）和持续集成中的自动化测试（每次提交后运行测试），确保代码质量。25.看板方法的“六大核心实践”不包括？A.可视化工作流B.限制在制品C.管理流动D.固定迭代周期答案：D。解析：看板的核心实践是可视化、限制WIP、管理流动、明确流程政策、建立反馈循环、协作改进，无固定迭代周期。26.某团队在迭代中遇到技术难题，导致进度滞后，ScrumMaster最应采取的行动是？A.直接参与解决技术问题B.组织团队进行技术讨论，协调外部专家支持C.调整迭代目标，减少故事数量D.向产品负责人报告进度延迟答案：B。解析：ScrumMaster的职责是移除团队障碍，遇到技术难题时，应引导团队自行解决（如组织讨论），或协调外部资源（如邀请专家），而非直接介入技术实现。27.用户故事拆分的“INVEST”原则中，“S”代表？A.Specific（具体）B.Small（小）C.Sustainable（可持续）D.Simple（简单）答案：B。解析：INVEST原则为Independent（独立）、Negotiable（可协商）、Valuable（有价值）、Estimable（可估算）、Small（小）、Testable（可测试）。28.敏捷团队与传统瀑布团队的关键区别是？A.敏捷团队没有项目经理B.敏捷团队更注重客户协作，而非合同谈判C.敏捷团队不做任何计划D.敏捷团队使用更先进的技术工具答案：B。解析：敏捷宣言强调“客户协作高于合同谈判”，团队与客户持续互动，根据反馈调整方向；传统瀑布则依赖前期合同明确需求。29.迭代计划会（SprintPlanning）的输入不包括？A.产品待办列表（ProductBacklog）B.团队的速度（Velocity）C.上一个迭代的燃尽图D.客户的新需求邮件答案：D。解析：迭代计划会的输入是产品待办列表（排序后的需求）、团队历史速度（评估能完成多少故事）、上一个迭代的经验（如改进措施）；客户新需求需先由产品负责人更新到产品待办列表，再作为输入。30.某团队采用Scrum，开发团队有6人，产品负责人和ScrumMaster各1人，团队总人数为8人，是否符合Scrum的推荐规模？A.是，Scrum推荐3-9人（开发团队）B.否，开发团队应为3-9人，产品负责人和ScrumMaster不计入C.是，Scrum推荐总人数3-9人D.否，总人数应≤7人答案：B。解析：Scrum指南推荐开发团队规模为3-9人，产品负责人和ScrumMaster是独立角色，不计入开发团队人数，因此总人数可以超过9人（如本题中开发团队6人+PO+SM=8人，符合）。31.看板方法中，“服务等级协议（SLA）”的作用是？A.规定任务从开始到完成的最长时间（如“所有测试任务需在3天内完成”）B.定义团队与客户之间的服务条款C.确保任务按优先级处理D.替代迭代目标答案：A。解析：看板通过SLA设定任务在各阶段的最大允许时间（如“开发阶段≤5天”），帮助团队监控流程效率，识别超时任务。32.敏捷团队在估算时使用“斐波那契数列（如1,2,3,5,8,13）”的原因是？A.符合数学规律，易于计算B.反映估算的不确定性：任务越复杂，估算差异越大，用更大的间隔区分C.避免团队因估算接近而妥协D.B和C答案：D。解析：斐波那契数列的间隔逐渐增大（如5到8的间隔为3，8到13的间隔为5），用于表示复杂任务的估算不确定性更高，避免团队为追求一致而选择接近的小数值（如4代替5）。33.迭代评审会（SprintReview）的输出是？A.迭代燃尽图B.更新后的产品待办列表（根据客户反馈调整优先级）C.改进措施列表D.团队速度统计答案：B。解析：评审会中客户对已完成功能提出反馈，产品负责人需根据反馈更新产品待办列表（如调整优先级、新增或修改故事），作为下一个迭代计划的输入。34.极限编程（XP）中的“客户参与（CustomerOn-Site）”实践要求？A.客户每天到现场与团队工作B.客户至少每周与团队开会一次C.客户指定一名代表全职或频繁参与团队活动，提供需求澄清D.客户通过邮件或文档提交需求，不参与日常开发答案：C。解析：XP强调客户需有全职或高频率的代表（如业务专家）与团队合作，及时回答需求问题、确认验收标准，避免需求模糊。35.某团队发现，迭代中50%的时间用于修复前一个迭代的缺陷，最可能的原因是？A.迭代周期过长B.未执行持续集成和自动化测试C.用户故事拆分过细D.团队速度估算不准确答案：B。解析：持续集成和自动化测试可在代码提交时及时发现缺陷，若缺陷在后续迭代集中爆发，通常是因为测试不足或未及时验证代码质量。36.Scrum中，“ScrumMaster”的核心职责是？A.管理产品待办列表B.确保Scrum框架被正确应用，帮助团队移除障碍C.编写用户故事和验收标准D.分配任务给团队成员答案：B。解析：ScrumMaster是流程守护者，负责指导团队遵循Scrum规则，解决团队遇到的障碍（如资源不足、外部依赖），并促进团队自组织。37.敏捷团队在选择敏捷方法（如Scrum、看板、XP）时，最应考虑的因素是？A.团队成员的技术水平B.项目的需求稳定性和复杂度C.客户的偏好D.行业标准答案：B。解析：需求频繁变化、复杂度高的项目更适合Scrum（固定迭代交付增量）；需求稳定但流程需优化的项目适合看板；需要严格质量控制的项目适合XP（如测试驱动开发）。38.用户故事“作为游客，我需要查看景点介绍，以便了解景点特色”的验收标准应包含？A.景点介绍文字不少于200字B.点击“景点介绍”按钮后，页面跳转到新窗口C.景点介绍内容包含开放时间、门票价格、历史背景D.页面加载时间≤2秒答案：C。解析：验收标准应明确“什么是完成”，如“包含开放时间、门票价格、历史背景”是功能层面的完成标准；A（字数）、B（跳转方式）、D（性能）可能属于额外要求，需根据故事核心价值确定。39.某团队在迭代中，开发团队与产品负责人因故事优先级发生分歧，ScrumMaster应？A.支持产品负责人，因为其负责优先级B.支持开发团队，因为其负责执行C.促进双方沟通，帮助达成共识D.由高层管理者裁决答案：C。解析：ScrumMaster的角色是引导者，当出现冲突时，应通过对话帮助双方理解彼此立场（如产品负责人的价值优先级，开发团队的技术可行性），而非直接支持某一方。40.敏捷的“持续交付（ContinuousDelivery）”目标是？A.每天发布新版本B.确保软件随时可发布（通过自动化测试和部署流程）C.减少发布频率以降低风险D.仅在迭代结束时发布答案：B。解析：持续交付强调通过自动化测试、集成和部署流水线，使软件在任何时候都具备可发布的状态，团队可根据业务需求选择何时发布。二、多项选择题（共10题，每题2分，共20分。每题有2-4个正确选项，多选、少选、错选均不得分）41.以下哪些属于敏捷的12条原则？（多选）A.持续关注技术卓越和良好设计B.以合同为基础，严格控制需求变更C.可用的软件是进度的主要度量标准D.每隔一定时间，团队反思如何提高效率，并调整行为答案：A、C、D。解析：敏捷原则包括“持续关注技术卓越”“可用软件是主要进度度量”“定期反思并调整”；“以合同为基础”是传统方法的特点。42.Scrum的三大工件是？（多选）A.产品待办列表（ProductBacklog）B.冲刺待办列表（SprintBacklog）C.燃尽图（BurndownChart）D.增量（Increment）答案：A、B、D。解析：Scrum工件包括产品待办列表（需求池）、冲刺待办列表（当前迭代要完成的任务）、增量（迭代完成的可交付功能）；燃尽图是辅助工具，非核心工件。43.极限编程（XP）的12大实践包括？（多选）A.结对编程B.现场客户C.版本控制D.计划游戏答案：A、B、D。解析：XP实践包括计划游戏（估算与计划）、小版本发布、简单设计、测试驱动开发、结对编程、集体代码所有权、持续集成、现场客户、编码标准、隐喻、重构、可持续的开发速度；版本控制是基础实践，非XP特有。44.看板方法的“流程政策”应明确？（多选）A.每个流程阶段的进入/退出标准（如“开发完成”需通过单元测试）B.在制品限制（WIPLimit）的具体数值C.任务的优先级规则（如“紧急缺陷”可插队）D.团队成员的角色分工答案：A、B、C。解析：流程政策定义流程如何运作，包括阶段标准、WIP限制、优先级规则等；看板不强制角色分工（与Scrum不同）。45.用户故事的“可测试（Testable）”原则要求？（多选）A.故事有明确的验收标准B.可以编写自动化测试用例验证故事完成C.故事无需涉及界面细节D.测试人员在故事开发前参与定义验收标准答案：A、B、D。解析：可测试要求故事有明确的验收标准（A），能通过测试验证（B），且