# 1. 测试团队的 OKR/KPI 设计，如何避免纯覆盖率导向的度量陷阱？如何设计促进质量文化的指标？ A 应结果导向，用缺陷逃逸、反馈周期等结果指标辅助过程指标 ✓ 正确答案 B 应以覆盖率作为唯一硬性 KPI C 缺陷数越多说明测试越认真，应鼓励上报 D 覆盖率越高团队越优秀，应排名奖惩
# 2. 敏捷测试四象限(Agile Testing Quadrants Q1-Q4)如何指导测试类型分布？请为每个象限列举至少两种具体测试实践。 A 四象限只覆盖功能测试，不涉及性能与安全 B 四象限综合技术/业务与团队/产品维度，指导各类测试平衡 ✓ 正确答案 C 四象限提倡只做自动化测试，放弃人工探索 D 四象限中 Q1 是 UAT，Q3 是单元测试
# 3. Whole-Team 质量责任模式与传统独立测试团队的差异是什么？在转型过程中常见的组织阻力如何应对？ A Whole-Team 让整个团队共享质量责任，测试转为赋能 ✓ 正确答案 B 质量责任应集中在独立测试团队，开发无需参与 C 转型毫无阻力，只需宣布即可 D 测试人员应放弃测试，只做文档
# 4. Definition of Done(DoD) 与验收标准(Acceptance Criteria)如何驱动测试活动？如何确保 DoD 在团队内有一致理解？ A DoD 与 AC 是同一概念，无需区分 B AC 无需映射到测试用例 C DoD 只由测试人员单方面决定 D DoD 定义团队完成标准，AC 定义故事验收行为，共同驱动测试 ✓ 正确答案
# 5. SDET 与开发团队的协作模式，嵌入式 vs 独立团队各自的适用场景和转型挑战？ A 嵌入式利于快速反馈，独立式利于专业沉淀，可混合应用 ✓ 正确答案 B 嵌入式与独立式完全互斥，只能二选一 C 独立模式完全不需要与开发协作 D 嵌入式 SDET 无需关注测试质量
# 6. Shift-Left 测试在 Sprint 中如何落地？测试人员在 Sprint 各阶段(计划/开发/评审/回顾)的具体活动？ A 测试人员在 Sprint 各阶段都参与，实现质量内建 ✓ 正确答案 B 测试只需在代码完成后开始 C 测试人员不应参与需求澄清 D Shift-Left 只适用于手动测试
# 7. 短迭代下的测试估算方法，测试点数、历史数据和类比估算各自的适用场景和局限性？ A 测试点数可以直接等价于小时数 B 短迭代无需估算，直接埋头测试 C 历史数据永远准确，可无限外推 D 历史数据与类比估算各有适用场景，组合使用并回看校准更稳 ✓ 正确答案
# 8. 质量倡导(Quality Advocacy)在敏捷团队中的实践，如何推动质量文化而不被视为'阻碍交付'？ A 质量倡导者应通过卡住交付来强制质量 B 质量倡导与开发目标无关 C 质量倡导只需说"No"拒绝交付 D 质量倡导者以赋能和协作推动质量，避免被视为阻碍 ✓ 正确答案
# 9. 跨时区测试团队的协作模式和治理挑战？ A 应完全依赖实时同步，不采用异步协作 B 无人值守时段无需处理测试失败 C 跨时区团队无需统一测试标准 D 应以异步为主、同步为辅，并用文档与自动化降低时差成本 ✓ 正确答案
# 10. 测试团队与开发团队的质量目标对齐，如何共享质量指标（缺陷逃逸、线上事故），避免相互博弈？ A 缺陷数应分别归因到开发与测试个人 B 质量指标只属于测试团队，不与开发共享 C 测试发现的缺陷越多，越说明测试高于开发 D 共享结果指标并共同担责，可消除职能间博弈 ✓ 正确答案
# 11. 质量文化的无指责复盘如何在团队落地，如何把缺陷与事故归因于系统与流程而非个人，避免复盘文化沦为口号？ A 复盘应定位责任人并追责 B 无指责复盘归因于系统与流程，并产出可跟踪的行动项 ✓ 正确答案 C 无指责意味着不承担任何责任 D 复盘的结论无需落实到行动
# 12. 测试组织架构选择，嵌入式测试与集中式测试团队的优劣势，测试能力中心等混合模式如何兼顾敏捷响应与专业沉淀？ A 嵌入式完全优于集中式，应全部采用 B 集中式模式反馈最快，最适合敏捷 C 混合模式通过嵌入式保障敏捷、能力中心保障专业沉淀 ✓ 正确答案 D 测试组织架构与质量无关
# 13. 敏捷团队中测试人员与开发人员结对(Pairing)测试的适用场景和最佳实践？ A 结对测试中开发只需演示，测试只观看 B 结对测试会明显降低测试效率，应避免 C 结对测试只适用于低风险简单模块 D 结对测试通过视角互补实现即时反馈与知识共享 ✓ 正确答案
# 14. 测试团队能力矩阵(Skills Matrix)的构建和技能提升路径设计？ A 能力矩阵只需记录人员数量，无需维度 B 能力矩阵只用于招聘，不用于培养 C 能力等级不可度量，只能凭感觉 D 能力矩阵按维度×等级量化能力，指导发展与梯队建设 ✓ 正确答案
# 15. 测试新人的培养路径与导师制，从执行用例到独立设计测试方案的能力阶梯如何设计？ A 新人应长期停留在执行用例阶段 B 新人进阶只能靠年限，无需评估 C 导师制无需目标，随缘辅导即可 D 通过能力阶梯+导师制，逐步从执行到独立设计测试方案 ✓ 正确答案
# 16. 测试团队的跨项目资源调配，多项目并发时的优先级仲裁机制与风险上报流程？ A 测试应自行决定服务哪个项目 B 优先级只由测试负责人单方面定 C 资源不足时无需上报，自行加班即可 D 应通过优先级仲裁机制与风险上报流程透明调配资源 ✓ 正确答案
# 17. 测试团队的工具与流程变革管理，如何评估新工具/新流程的采纳效果（采用率、反馈周期、质量变化）？ A 应从采用率、反馈周期、质量变化三方面评估实际效果 ✓ 正确答案 B 工具上线即代表成功，无需评估 C 采用率低说明工具太先进，无需调整 D 变革评估只需看用户满意度，不看数据
# 18. 测试团队的知识资产沉淀，业务规则、环境故障手册与探索发现如何组织为可检索知识库，避免经验断层？ A 知识只需存在老员工脑中，无需整理 B 用结构化模板沉淀并关联用例/缺陷，形成可检索知识库 ✓ 正确答案 C 探索发现无需记录，做完即弃 D 环境故障手册只对新手有用，无维护价值
