2026年成人敏捷测试题及答案

2026年成人敏捷测试题及答案一、单项选择题（每题2分，共20题，40分）1.敏捷测试中强调“测试左移”的核心目的是：A.减少测试人员工作量B.在需求阶段尽早发现缺陷C.推迟集成测试时间D.降低自动化测试比例答案：B2.Scrum框架中，测试人员参与的关键活动不包括：A.产品待办列表梳理（BacklogRefinement）B.每日站会（DailyScrum）C.迭代评审会（SprintReview）D.客户需求确认（CustomerRequirementConfirmation）答案：D3.用户故事的“INVEST”原则中，“S”指的是：A.Specific（具体）B.Scalable（可扩展）C.Small（小）D.Sustainable（可持续）答案：C4.以下哪项不符合敏捷测试的“持续反馈”原则？A.迭代结束后集中向开发团队反馈缺陷B.测试人员参与需求评审并即时提问C.通过自动化测试报告实时展示测试进度D.在每日站会上同步测试阻塞问题答案：A5.敏捷环境中，测试策略的制定通常由谁主导？A.项目经理B.测试团队负责人C.跨职能团队共同讨论D.外部测试顾问答案：C6.当迭代中用户故事的验收标准不清晰时，测试人员最合理的做法是：A.自行补充验收标准并执行测试B.等待产品负责人（PO）明确后再测试C.组织产品负责人、开发、测试三方快速澄清D.记录为风险并跳过该用户故事测试答案：C7.自动化测试用例的“可维护性”主要体现在：A.用例执行速度快B.用例覆盖范围广C.需求变更时用例修改成本低D.用例支持多环境运行答案：C8.以下哪项属于敏捷测试中的“探索式测试”特点？A.严格按照测试用例脚本执行B.依赖自动化工具提供测试数据C.测试人员边设计边执行，关注用户场景D.仅用于性能测试场景答案：C9.Scrum迭代周期通常推荐的时长是：A.1-4周B.1-2个月C.半年D.按需调整，无固定周期答案：A10.测试驱动开发（TDD）的正确流程是：A.编写生产代码→编写测试用例→运行测试→重构B.编写测试用例→运行测试（失败）→编写生产代码→运行测试（通过）→重构C.编写测试用例→编写生产代码→运行测试→提交代码D.需求分析→编写测试用例→开发人员编写代码→测试通过答案：B11.敏捷团队中“测试分层”模型的底层通常是：A.UI自动化测试B.接口测试C.单元测试D.性能测试答案：C12.当迭代剩余3天时，测试发现某个关键用户故事存在高优先级缺陷，开发修复需要2天，最合理的处理方式是：A.要求开发加班修复，确保迭代目标达成B.与产品负责人协商，将该用户故事移出当前迭代C.降低缺陷优先级，留待后续迭代处理D.测试人员协助开发调试代码加速修复答案：B13.以下哪项是敏捷测试“快速反馈”的典型工具？A.静态代码分析工具（如SonarQube）B.需求管理工具（如Jira）C.持续集成服务器（如Jenkins）D.缺陷管理工具（如Bugzilla）答案：C14.用户故事的“验收标准（AcceptanceCriteria）”应具备的关键特征是：A.技术实现细节描述B.可验证的具体场景C.开发完成时间节点D.测试人员的主观判断答案：B15.敏捷测试中“冒烟测试（SmokeTesting）”的主要目的是：A.验证系统核心功能基本可用B.覆盖所有边界条件C.评估系统性能指标D.检查代码覆盖率答案：A16.跨时区敏捷团队协作时，测试人员应优先解决的问题是：A.时区差异导致的沟通延迟B.不同地区用户的语言障碍C.文化差异引发的流程冲突D.测试环境配置的一致性答案：A17.以下哪项属于“测试右移”的实践？A.在用户生产环境收集真实使用数据B.在需求阶段进行可用性测试C.在编码阶段进行单元测试D.在迭代评审会上展示测试结果答案：A18.敏捷团队中，测试人员参与“计划扑克（PlanningPoker）”的主要目的是：A.估算用户故事的测试工作量B.确定迭代目标优先级C.评估开发人员技术能力D.分配团队成员任务答案：A19.自动化测试投入产出比（ROI）低的常见原因不包括：A.需求频繁变更导致用例维护成本高B.选择了不适合自动化的复杂UI场景C.测试人员具备良好的编程能力D.自动化用例覆盖了低风险功能答案：C20.敏捷测试中“缺陷的根本原因分析（RootCauseAnalysis）”应在何时进行？A.缺陷修复后立即B.迭代回顾会（SprintRetrospective）C.项目结束时集中D.每日站会上快速讨论答案：B二、多项选择题（每题3分，共10题，30分，多选、少选、错选均不得分）1.敏捷测试的核心价值观包括：A.客户协作优于合同谈判B.响应变化优于遵循计划C.全面测试用例优于快速反馈D.个体与交互优于流程与工具答案：ABD2.Scrum的三大工件（Artifacts）是：A.产品待办列表（ProductBacklog）B.迭代待办列表（SprintBacklog）C.燃尽图（BurndownChart）D.增量（Increment）答案：ABD3.以下属于敏捷测试“持续集成（CI）”实践的是：A.开发人员每天至少提交一次代码B.每次代码提交后自动运行单元测试C.迭代结束前进行一次集成测试D.集成测试结果实时通知团队答案：ABD4.用户故事测试就绪（TestReadiness）的条件包括：A.验收标准清晰且可验证B.用户故事大小适合当前迭代C.测试环境和数据已准备D.开发人员已完成代码编写答案：ABC5.敏捷测试中，测试人员与产品负责人（PO）的协作要点包括：A.参与用户故事的验收标准制定B.反馈测试中发现的需求模糊点C.确定迭代测试资源分配D.协助评估用户故事的业务价值答案：ABD6.自动化测试分层模型（TestPyramid）的三层通常指：A.单元测试（UnitTests）B.服务测试（ServiceTests/接口测试）C.UI测试（UITests）D.性能测试（PerformanceTests）答案：ABC7.敏捷团队中“测试人员的价值”体现在：A.确保交付物满足用户需求B.推动团队质量内建（ShiftLeft）C.独立完成所有测试执行D.提供数据支持迭代决策答案：ABD8.以下哪些情况适合优先自动化？A.重复执行的冒烟测试B.稳定的核心业务流程C.频繁变更的UI界面D.高风险的关键功能答案：ABD9.敏捷迭代回顾会中，测试相关的改进点可能包括：A.测试环境搭建耗时过长B.验收标准澄清不及时C.自动化用例维护效率低D.客户需求变更频率答案：ABC10.测试人员在敏捷中的“跨角色协作”包括：A.与开发人员讨论测试策略B.与产品负责人确认用户故事范围C.与运维人员协调生产环境部署D.与客户直接沟通使用体验答案：ABCD三、判断题（每题1分，共10题，10分，正确填“√”，错误填“×”）1.敏捷测试可以省略测试计划，因为需求会频繁变化。（）答案：×2.用户故事的“完成定义（DefinitionofDone）”必须包含测试通过的标准。（）答案：√3.探索式测试不需要任何准备，完全依赖测试人员的经验。（）答案：×4.敏捷团队中，测试人员只需在迭代后期参与测试执行。（）答案：×5.自动化测试用例的覆盖率越高，测试质量一定越好。（）答案：×6.测试左移意味着测试人员需要参与需求分析和设计阶段。（）答案：√7.Scrum团队中，测试人员属于“开发团队（DevelopmentTeam）”的一部分。（）答案：√8.迭代评审会主要是向stakeholders展示已完成的工作，测试人员无需参与。（）答案：×9.缺陷的严重程度（Severity）和优先级（Priority）是相同的概念。（）答案：×10.敏捷测试强调“质量是每个人的责任”，因此开发人员也需要参与测试。（）答案：√四、简答题（每题5分，共6题，30分）1.请解释敏捷测试中“测试左移（ShiftLeft）”的具体实践（至少列举3项）。答案：测试左移指将测试活动提前到软件开发生命周期的早期阶段，具体实践包括：①参与需求评审，与产品团队共同澄清验收标准；②在用户故事拆分时，与开发人员讨论测试策略和潜在风险；③在开发人员编写代码前，协作设计单元测试用例；④对高风险需求进行早期原型测试（如通过用户故事原型验证可用性）。2.自动化测试分层模型（TestPyramid）中，为什么底层（单元测试）需要占比最大？答案：单元测试占比最大的原因：①单元测试执行速度快，可快速反馈代码缺陷；②单个模块的测试成本低，修复缺陷的代价小；③单元测试覆盖基础逻辑，为上层测试（接口、UI）提供稳定基础；④高比例单元测试可降低对上层测试的依赖，减少因UI变化导致的自动化用例维护成本。3.如何评估一个用户故事是否“准备好测试（TestReady）”？答案：评估用户故事测试就绪的标准包括：①验收标准明确且可验证（如“用户输入错误密码时，提示‘密码错误，剩余2次尝试’”）；②技术方案清晰（开发人员明确实现路径）；③测试环境和数据已准备（如测试数据库包含必要的用户数据）；④用户故事大小适合当前迭代（通常不超过迭代总工作量的1/3）；⑤团队对用户故事的业务目标达成共识。4.Scrum迭代中，测试人员如何通过“每日站会”推动团队进度？答案：测试人员在每日站会中应：①同步昨日完成的测试任务（如“用户故事A的登录功能测试通过，发现2个中等缺陷”）；②说明今日计划（如“今日测试用户故事B的支付流程，需要开发协助准备支付沙箱环境”）；③提出阻塞问题（如“用户故事C的API文档未更新，导致接口测试无法进行”）；④与开发、产品协作快速解决障碍（如“PO能否在今天中午前确认API字段定义？”）。5.当自动化测试执行时频繁出现“误报（FalsePositive）”，可能的原因有哪些？（至少列举3项）答案：误报的可能原因：①测试数据准备不充分（如依赖的外部服务返回随机数据）；②测试用例设计过于脆弱（如依赖UI元素的绝对定位，页面布局变更后用例失败）；③测试环境不稳定（如数据库连接偶尔超时）；④测试脚本未处理异步操作（如未等待接口响应完成就断言结果）；⑤外部系统（如第三方支付网关）的临时故障。6.敏捷团队中，测试人员如何推动“质量内建（QualitybyDesign）”？答案：测试人员推动质量内建的方式包括：①在需求阶段与团队共同定义“完成定义（DoD）”，明确质量标准；②参与代码评审（CodeReview），从测试角度提出可测试性建议（如避免紧耦合代码）；③与开发人员协作编写单元测试和集成测试用例，确保测试覆盖核心逻辑；④通过自动化测试持续监控代码质量（如集成静态代码分析工具）；⑤在迭代回顾会中推动流程改进（如优化需求澄清流程以减少缺陷引入）。五、案例分析题（每题15分，共2题，30分）案例1：某敏捷团队当前迭代目标是交付“用户信息管理”模块，包含4个用户故事（US1-US4）。迭代进行到第5天（总周期2周），测试进度如下：US1测试完成（发现3个缺陷，已修复2个），US2完成50%测试（发现1个高优先级缺陷，开发修复需要2天），US3和US4尚未开始测试。同时，产品负责人在第6天提出增加1个新用户故事US5（业务优先级高）。问题：（1）分析当前测试进度滞后的可能原因（至少3点）。（2）提出3条具体的改进措施，以确保迭代目标达成（或合理调整目标）。答案：（1）进度滞后的可能原因：①需求澄清不充分，导致US2的缺陷在测试中才暴露；②测试资源分配不足（如测试人员同时参与多个迭代）；③开发与测试的并行度不够（如US2的代码提交延迟，导致测试启动晚）；④自动化测试覆盖不足，手工测试耗时过长；⑤US2的验收标准模糊，测试过程中需要多次与PO确认。（2）改进措施：①立即召开临时会议，与PO协商US5的优先级，若必须加入迭代，需移除低优先级的原用户故事（如US4）；②针对US2的高优先级缺陷，协调开发人员优先修复（如调整开发任务优先级），测试人员同步准备回归测试数据；③对US3和US4进行快速风险评估，优先测试高风险功能（如用户信息修改的核心流程），低风险功能可简化测试（如字段格式校验）；④引入探索式测试加速US3/US4的测试执行，同时启动自动化冒烟测试覆盖已完成功能，减少重复手工测试；⑤在每日站会上增加测试与开发的结对时间，实时解决测试阻塞问题（如开发人员协助调试接口异常）。案例2：某团队推行敏捷测试3个月后，发现自动化测试执行时间从15分钟延长至1小时，且失败率从5%上升到30%。团队抱怨“自动化测试反而拖慢了交付速度”。问题：（1）分析自动化测试