# 1. 技术债的"利息"（interest）中因债务导致的额外成本（开发慢、缺陷多、变更风险） A 利息是偿还债务的一次性修复成本 B 利息是因债务导致的持续额外成本，表现为开发慢、缺陷多、变更风险高 ✓ 正确答案 C 技术债没有利息，只有本金 D 利息越高说明代码交付越快
# 2. 技术债的"利率"（interest rate）中债务随时间的增长 A 所有技术债的利率都相同 B 利率只和本金大小有关，与改动频率无关 C 利率是债务随时间增长的速率，位于变更热点的债利率高，应优先偿还 ✓ 正确答案 D 利率无法用于指导还债优先级
# 3. 技术债的"本金"（principal）中修复的成本（人天） A 本金是债务持续产生的维护成本 B 本金是不可估算的 C 本金是修复债务的一次性成本（人天），与利息共同构成债务总代价 ✓ 正确答案 D 本金越大越应该立刻还债，与利息无关
# 4. 技术债"债息"（interest）的量化中将"每次修改该文件的额外成本"货币化，用于偿还优先级排序 A 债息无法量化，只能靠直觉判断 B 量化债息只能用于报表，不能用于决策 C 债息只与代码行数成正比，与修改频率无关 D 可通过度量"每次修改该文件的额外成本"与缺陷返工成本并货币化，用于还债优先级排序 ✓ 正确答案
# 5. CodeScene 热点（hotspot）与变更失败率的关联中高修改频率 × 高复杂度区域优先偿还 A 热点分析只看修改频率，不看复杂度 B 高修改频率 × 高复杂度的热点区域变更失败率与缺陷率高、利息累积快，应优先偿还 ✓ 正确答案 C 热点区域利息低，应最后偿还 D 热点与变更失败率无关
# 6. 如何用"债务本金+利息"模型量化技术债，复杂度、测试缺失、依赖过期如何计价？ A 各类债无法统一计价，无法比较 B 本金越大的债越优先还，与利息无关 C 利息只针对依赖债，其他债无利息 D 本金指一次性修复成本，利息指持续代价，可将复杂度、测试缺失、依赖过期统一折算到人天进行比较 ✓ 正确答案
# 7. 技术债利息的实证度量中如何用「每次改动平均耗时」「变更引入缺陷率」等可观测数据对比高债与低债模块，形成利息的证据链？ A 利息只能靠主观估计，无法用数据证明 B 只要代码复杂度高，利息必然高，无需数据 C 可通过对比高债与低债模块的"每次改动耗时""变更引入缺陷率"等可观测数据，形成利息的证据链 ✓ 正确答案 D 实证度量只能用于后端，不能用于前端
# 8. SQALE 修复成本估算的校准中默认规则成本与团队实际生产率的偏差及本地化调整 A SQALE 默认估算与团队实际生产率存在偏差，需用团队实际数据校准并定期复核 ✓ 正确答案 B 默认规则成本对所有团队都准确，无需校准 C 校准会降低债务比，所以应该避免 D 修复成本只取决于规则，与团队无关
# 9. 债务偿还的投资回报（ROI）论证中向管理层证明偿还价值需量化"不偿还的持续代价" A 只需强调"代码很烂"，管理者就会批准还债 B 应量化"不偿还的持续代价"（利息损失、风险），与一次性本金对比形成 ROI，用金钱与风险语言说服管理层 ✓ 正确答案 C 还债不需要管理层批准，工程师自行决定即可 D ROI 只算投入，不算收益
# 10. "债务比"（debt Ratio）趋势作为工程健康度的长期指标，而非单点数值的横向攀比 A 债务比绝对值越高说明团队越差，应跨项目攀比 B 债务比应作为长期趋势指标观察健康度，避免单点数值的横向攀比 ✓ 正确答案 C 债务比越低越好，越低说明代码越完美 D 债务比只在项目上线时算一次
# 11. 将债务项登记为 backlog 条目并估算偿还工时，使其与功能开发同台竞争优先级 A 债务不适合进入 backlog，会导致优先级混乱 B 债务永远排在功能之后，无需排期 C 债务只需估算本金，无需估算利息 D 债务登记为 backlog 并估算工时后，可与功能开发用统一标准同台竞争优先级 ✓ 正确答案
# 12. 避免"度量驱动的形式化偿还"中为降指标而做的无意义重构的识别 A 只要指标降了，重构就是有价值的 B 为降指标的无意义重构可通过"指标变化 vs 实际收益（缺陷率、周期时间）"来识别，还债应由业务价值与热点驱动 ✓ 正确答案 C 形式化偿还无法避免，只能接受 D 指标越好，代码一定越好，无需验证
# 13. 技术债的"还债节奏"如何与业务迭代平衡，常用的配额策略有哪些？ A 还债应固定占用 100% 的时间，业务暂停 B 常用配额策略包括比例配额、token 制、随改随还、空窗期集中还债，可搭配使用并让还债进入优先级池 ✓ 正确答案 C 还债永远不能与业务同台竞争 D 配额策略只需一种，无需搭配
# 14. 如何建立技术债看板并让非技术管理者理解其业务影响？ A 看板应展示债务的本金、利息、优先级等，并把利息与影响翻译成业务语言（时间/风险/上线速度）让管理者理解 ✓ 正确答案 B 看板只给工程师看，技术指标无需翻译 C 非技术管理者无法理解任何债务信息 D 看板只需展示债务数量，无需展示影响
# 15. 专项还债与持续还债的搭配中集中还债周与「每次提交顺带还债」（boy scout）两种模式各适用什么场景，如何结合量化数据安排？ A 集中还债周适用于局部的、低成本的小债 B 集中还债周适合大额结构性债，随改随还适合局部小债，可按本金与利息数据分流安排 ✓ 正确答案 C 两种模式只能二选一，不能共存 D 随改随还适合处理跨系统重构
# 16. 债务度量的团队口径统一中跨项目可比性的前提条件 A 口径统一指统一指标、规则集、扫描配置与估算口径，是跨项目可比性的前提 ✓ 正确答案 B 各团队用各自规则就行，数值大小即可比较 C 口径统一会降低度量精度，应该避免 D 债务比数值相同即可直接比较，无需管口径
# 17. AI 辅助重构能否加速还债，风险评估与回滚机制如何设计？ A AI 重构结果可靠，无需测试与评审 B 回滚机制只适用于人工重构 C AI 重构无法用于任何场景 D AI 能加速机械化重构，但需用表征测试固锁行为、小步提交并设计可回滚机制来控风险 ✓ 正确答案
