# 1. 开发者反馈循环（Feedback Loop）的识别、度量与系统化缩短 A 先度量各环节反馈延迟，再定位瓶颈并系统化优化，可显著提升效能 ✓ 正确答案 B 反馈循环越短，开发者心流被打断越严重 C 反馈循环只指本地编译，与 CI 无关 D 反馈延迟无法被度量
# 2. 平台工程（Platform Engineering）团队与开发团队的协作边界与服务等级 A 平台团队应替业务团队写所有业务代码 B 平台提供标准化能力与自助服务，业务团队自助消费，并以 SLA 界定服务等级 ✓ 正确答案 C 业务团队应自行搭建所有基础设施 D 平台与业务之间无需对齐机制
# 3. 平台团队如何用产品化思维将内部工具当作产品来运营？ A 内部工具只需实现功能，无需关注用户 B 应把开发者当作用户，以价值为中心、持续度量并迭代运营平台工具 ✓ 正确答案 C 平台工具上线后无需维护 D 产品化思维只适用于外部产品
# 4. Backstage 等开源 IDP 框架的选型评估与定制化策略 A 应从能力、生态、定制成本、维护多维度评估，并尽量"默认优先、定制插件化" ✓ 正确答案 B 开源 IDP 可直接使用，无需评估 C 定制越多越好，应重度 fork D 社区活跃度与选型无关
# 5. 如何建立工程数据的收集、治理与分析基础设施 A 只要有数据就能分析，无需治理 B 工程数据无需权限管理 C 数据口径各团队自定即可 D 应分层建设收集、治理、分析基础设施，先统一口径与质量问题再分析 ✓ 正确答案
# 6. 如何正确解读工程度量数据，避免"Goodhart's Law"在效能度量中的陷阱？ A 单一指标即可，无需防博弈 B 指标一旦制定就一成不变 C 应使用多指标组合、不用指标考核个人、关注行为结果并配合定性验证 ✓ 正确答案 D 代码行数是最佳效能指标
# 7. 团队效能仪表盘设计时应可视化什么、隐藏什么、如何行动？ A 仪表盘应展示尽可能多的数据 B 应聚焦核心指标、隐藏噪声、并把指标与改进行动挂钩 ✓ 正确答案 C 仪表盘只是展示，无需触发行动 D 指标口径无需标注
# 8. 工程效能数据的隐私边界与团队信任建设 A 应采集一切个人行为数据以便管理 B 应限定采集范围、公开透明、避免个人排名考核，用数据服务团队改进 ✓ 正确答案 C 数据用途无需向团队公开 D 个人代码量是最重要的效能指标
# 9. AI 生成代码的测试策略如何设计针对性的测试金字塔？ A 测试金字塔对 AI 代码完全无效 B AI 代码不需要测试 C 应针对 AI 的边界与交互薄弱点加厚单元/集成/模糊测试，并按风险等级提高测试密度 ✓ 正确答案 D 只要跑通一次即可无需自动化
# 10. 当 AI 工具引入"看似正确但有微妙错误"的代码时，如何建立审查防线 A AI 代码能编译即可通过 B 生成代码的人同时审查即可 C 应重点审查边界与安全等薄弱点、高风险模块人工重写，并用自动化工具补盲区 ✓ 正确答案 D 微妙错误无需专门防线
# 11. 如何度量 AI 工具对代码质量指标（bug 率、技术债、可维护性）的影响 A 感觉提升了就说明质量提升了 B 只看代码行数即可 C 质量指标与 AI 无关 D 应综合 bug 率、技术债、可维护性指标，用前后与对照组对比并排除混淆因素 ✓ 正确答案
# 12. AI 辅助重构的安全边界如何找到自动化重构与人工 review 的平衡点？ A 所有重构都应交给 AI 自动化 B AI 重构的大 diff 无需审查 C 重构无需测试 D 低风险重构自动化、高风险重构人工主导，并以测试先行、小步提交平衡 ✓ 正确答案
# 13. AI 代码审查工具（如 CodeRabbit、Sourcery）的有效集成与误报处理 A AI 审查工具可完全替代人工审查 B 工具接入后无需调优 C 误报无需处理 D 应作为辅助层聚焦集成、建立误报反馈机制、AI 扫描人工判断 ✓ 正确答案
# 14. 团队 AI 代码审查工具的配置与自定义规则制定 A 应把团队规范转化为自定义规则，并管理规则变更与失效反馈 ✓ 正确答案 B 工具默认规则即可，无需配置 C 规则制定后无需评审 D 规则与团队规范无关
# 15. 如何构建开发者体验度量体系，SPACE 框架、DORA 指标与 DevEx 框架怎么选？ A 只用 DORA 指标即可 B 三个框架完全重复 C 主观感受与客观数据互斥 D 应组合 DORA（交付效能）、SPACE（多维度）、DevEx（体验）形成完整度量视图 ✓ 正确答案
# 16. 如何建立数据驱动的 DX 决策流程，把"开发者抱怨"转化为"改进优先级"？ A 抱怨最多的就是最高优先级 B DX 改进无需数据支撑 C 收集抱怨即可无需筛序 D 应把抱怨结构化、量化影响并排序，实施后验证形成闭环 ✓ 正确答案
# 17. CI/CD 流水线速度对开发者心流（Flow State）的影响及优化策略 A 慢流水线会打断心流，应通过分层反馈、并行化与基础设施优化减少等待 ✓ 正确答案 B 流水线速度与开发者心流无关 C 所有测试都必须在主流程同步跑 D 全量测试放后台会降低质量保障
# 18. 开发者环境（Dev Environment）标准化与"开箱即用"体验的设计 A 环境差异是开发者自己的问题 B 环境配置无需版本化 C 应把环境当作代码标准化、提供一键启动与模板，保证可复现与一致 ✓ 正确答案 D 开箱即用会降低灵活性
# 19. 内部开发者平台（IDP）的价值论证与 ROI 量化方法 A IDP 的价值无法量化 B 采用率与价值无关 C 只讲技术先进性即可 D 应从节省时间、提升质量、降低风险量化 ROI，并用采用率、满意度、效率三角验证 ✓ 正确答案
# 20. 如何设计内部开发者平台（IDP）的采用策略与渐进式推广 A 应一次性强制全量切换 B 推广无需考虑开发者反馈 C 应渐进式试点、保证能力不退化、先做速赢场景靠口碑推广 ✓ 正确答案 D 速赢场景没有价值
# 21. 开发者自助服务（Self-Service）体系的设计原则与治理模式 A 自助服务应完全无约束 B 应提供黄金路径与安全默认，并通过审批、配额、审计治理高风险操作 ✓ 正确答案 C 自助服务无需可观测 D 所有操作都应自助，无需审批
# 22. 如何用采用率、满意度与效率提升的三角验证度量工程效能平台的实际成效？ A 采用率高就证明平台成功 B 满意度与效率无关 C 应综合采用率、满意度、效率提升三个维度互相印证，才能真实评估平台价值 ✓ 正确答案 D 只看净效率提升即可
# 23. DORA 指标（部署频率、变更前置时间、故障恢复时间、变更失败率）的落地实践 A 只要部署频率高就说明团队优秀 B 应统一口径自动采集四指标、组合解读并用于改进，而非单独考核 ✓ 正确答案 C 四指标只需看一个即可 D DORA 指标用于个人排名
# 24. 如何将工程效能数据与业务结果关联，证明工程投资的业务价值 A 应建立效能指标到业务结果的因果链，用业务语言量化工程投资的价值 ✓ 正确答案 B 工程指标与业务结果无关 C 只讲技术参数即可 D 业务价值无法证明
