# 1. 重构与功能开发的比例治理中"20% 规则"的落地争议与替代的"童子军军规" A 20% 规则在任何团队都能完美落地，无需调整 B 童子军军规指每次迭代固定留出 20% 时间 C 20% 规则易被业务挤压或流于形式，可结合"童子军军规"增量清理与专项还债共同落地 ✓ 正确答案 D 重构比例应固定为 0%，永不重构
# 2. 表征测试（characterization test）作为重构安全网中先固化现有行为再修改 A 表征测试验证代码"应该怎样"，与现状无关 B 表征测试只能用于新代码，不能用于遗留代码 C 表征测试固化现有行为作为重构安全网，先记录现状再修改，测试变红即提示行为变化 ✓ 正确答案 D 表征测试通过后无需再演进为单元测试
# 3. 架构级重构（单体拆微服务）用适应度函数（依赖方向、边界违规）守护 A 适应度函数是人工评审的口头约定，无法自动执行 B 适应度函数只在重构完成后运行一次 C 适应度函数是用可自动运行的检查（如 ArchUnit 断言依赖方向、边界）在 CI 中持续守护架构约束 ✓ 正确答案 D 依赖方向约束无法用代码检查实现
# 4. 债务看板（debt board）与偿还冲刺（debt sprint）的组织节奏 A 债务看板持续跟踪债务状态，偿还冲刺定期集中还债，配合定期评审形成"看板+冲刺+评审"的闭环 ✓ 正确答案 B 债务看板只需展示债务数量，无需状态管理 C 偿还冲刺应永久占用全部迭代时间 D 偿债冲刺期间不应做任何验证
# 5. 重构收益的验证中重构前后复杂度、变更失败率、周期时间的对比度量 A 重构收益无法量化，只能靠感觉 B 重构后应立刻测指标，无需等待稳定 C 只需看一个指标即可证明重构收益 D 可在重构前后对比复杂度、变更失败率、周期时间等指标，用数据确证重构价值 ✓ 正确答案
# 6. 技术债量化模型（SQALE、SonarQube 债务比）驱动的偿还优先级排序方法 A 只需按 SonarQube 债务比大小直接排序即可，无需人工 B 量化模型能覆盖包括架构债在内的所有债 C 用 SQALE/债务比量化债量并结合热点、变更失败率识别利率，再人工复核业务影响，形成"量化+人工"的排序 ✓ 正确答案 D 排序结果无需进入 backlog 排期
# 7. "代码质量 vs 上线速度"的取舍题如何回答，判断框架（风险/成本/时效）是什么？ A 任何时候都应速度优先，质量后补 B 任何时候都应质量优先，哪怕延期 C 应基于风险、成本、时效三个维度权衡，核心路径严格、可回滚场景可适当放宽，并显性化决策 ✓ 正确答案 D 质量与速度永远对立，无法兼得
# 8. 避免"为重构而重构"中以业务价值与热点数据驱动而非个人审美 A 重构应以业务价值与热点数据驱动，能说明收益才有意义，避免审美驱动的无效重构 ✓ 正确答案 B 只要代码"看着漂亮"就应重构，与业务无关 C 个人审美应作为重构唯一依据 D 重构无需验证收益，做了就好
# 9. 技术债的"破产"边界中何时重写（rewrite）优于持续偿还 A 只要代码"烂"就应立即重写，越快越好 B 重写遗留系统风险低，可随时进行 C 重写永远是更优选择，无需评估 D 只有当偿还成本已超过重写成本、且系统无法演进时，重写才可能优于偿还，且重写需并行迁移与回退保障 ✓ 正确答案
# 10. 创业公司与成熟公司对技术债的容忍度为何不同，你如何按公司阶段调整策略？ A 所有公司都应对技术债零容忍 B 创业公司追求速度容忍度较高，成熟公司追求稳定容忍度较低，应随阶段调整策略但都需显性化并计划偿还 ✓ 正确答案 C 创业公司不需要任何债务管理 D 成熟公司可以无限容忍债务
# 11. 还债的"窗口期"中版本冻结期、架构演进窗口如何用于集中还债，如何与业务排期协商？ A 版本冻结期、架构演进窗口、需求低谷期适合集中还债，通过与业务协商收益与窗口降低顾虑 ✓ 正确答案 B 还债只能等业务完全空闲，否则不做 C 还债窗口期应随时被业务中断 D 窗口期还债无法与业务达成一致
# 12. 债务偿还的"风险控制"中还债 PR 的拆分、灰度与回滚策略，如何避免还债引入新缺陷？ A 还债 PR 应尽量做大，一次完成 B 还债无需测试，直接改即可 C 还债应通过 PR 拆分、表征测试固化、灰度发布、可回滚与评审来控制风险，避免引入新缺陷 ✓ 正确答案 D 还债不能回滚，只能前进
# 13. 技术债偿还的"文化"建设中如何让还债成为团队习惯而非一次性运动，激励与度量如何设计？ A 还债文化只需一次集中大扫除即可 B 还债只靠自觉，无需制度 C 应把还债嵌入正常流程，通过激励还债行为与度量还债收益形成持续习惯，避免一次性运动 ✓ 正确答案 D 还债成果不应纳入任何度量
# 14. 重构与还债的边界中什么情况算"还债"、什么情况算新功能重构，如何避免借还债之名扩大变更范围？ A 还债可以顺带新增功能，反正都在重构 B 还债以"行为不变"为标志，新功能应另立需求，避免借还债之名扩大变更范围 ✓ 正确答案 C 还债必须改变行为才有意义 D 还债 PR 无需评审，无需测试
# 15. 偿还顺序的多准则决策中利息高低、依赖关系与变更热点如何组合排序，避免只按单一指标？ A 只需按复杂度单一指标排序即可 B 应综合利息高低、变更热点、依赖关系、风险影响等多准则加权排序，避免单一指标盲区 ✓ 正确答案 C 依赖关系与还债顺序无关 D 多准则排序会降低效率，应只用本金
# 16. 债务偿还后的"防复发"中如何用规则、门禁与评审防止已还债区域再次恶化？ A 可用静态规则、CI 质量门禁、评审与架构约束守护已还债区域，防止再次恶化 ✓ 正确答案 B 还债结束后无需再管，自然不会再坏 C 防复发只能靠人工自觉 D 已还债区域不必纳入监控
# 17. 技术债例会中定期评审债务清单、更新利息与优先级，如何避免流于形式？ A 例会只需聊天，无需产出 B 技术债例会应定期评审清单、更新利息与优先级，并用可执行产出、数据支撑与 backlog 挂钩避免流于形式 ✓ 正确答案 C 例会频率越高越好，可无限加长 D 例会决策无需落实到迭代计划
# 18. 还债期间的新增债控制中如何登记并限制新功能引入的债务，避免边还边欠？ A 应登记并限制新功能引入的债，用配额、质量门禁与评审把关，并以债务净额而非单边还债量衡量健康 ✓ 正确答案 B 还债期间可随意新增债，反正还会再还 C 新增债无需登记，会自动消失 D 新增债与还债无关，无需管理
