怎么保证代码质量，老项目怎么改
先理解原理和示例，再练习完整口述与追问。
回答要点
区分 lint、类型检查、单元测试、集成测试、端到端测试的作用。根据风险验证关键流程。旧项目先定位问题、加必要保护、做最小修改，再考虑分阶段治理；依赖升级先核对 Node、框架、打包器和插件兼容。
原理拆解
质量保障应围绕用户行为与故障风险建立分层检查：类型与静态检查减少常见错误，单元测试覆盖关键纯逻辑，集成测试覆盖接口和状态流，页面验收覆盖真实交互与兼容。旧项目从高频故障和高收益小范围切入，先建立可验证基线，再逐步替换。
示例与推演
修改请求封装先验证认证、超时、取消、重试与调用方错误反馈；修改弹窗先验证打开不同记录、取消、回填慢、重复提交和失败保留输入。纯文案改动不必跑全套端到端；公共认证修改则不能只看编译通过。
易错点
测试数量不等于保障程度，镜像实现细节的测试可能随错误一起通过。不要为一个局部需求大规模格式化和重构，扩大回归面。
参考回答可直接练习口述
我按风险选择验证：lint 查规范和部分静态问题，类型检查查类型关系，单元测试验证关键纯逻辑，集成测试检查模块协作，端到端验证真实用户路径。老项目先建立问题复现和关键行为基线，做最小修改，再验证受影响流程。构建升级要核对 Node、Webpack/Babel、插件与框架支持，不为一个局部功能顺手全仓重构。测试通过也要结合真实页面和接口状态判断可交付性。