编程开发实战重构测试架构
重构方案与安全网
先补测试再动结构，小步替换，每步都能回滚。
提示词模板
请帮我规划一次代码重构。
现状：{{哪个模块，多少行，主要问题}}
痛点：{{为什么想重构：难改、慢、bug 多、没人敢动}}
约束：{{不能停业务、不能改接口、时间有限}}
现有测试：{{覆盖率大致情况，哪些有测试}}
输出：
1. 重构目标：3 条可验证的结果（如「新增字段只需改 1 处」）；
2. 现状分析：依赖关系、职责混乱的地方、最危险的部分；
3. 安全网：动手前必须补的测试清单（按风险排序）；
4. 分步计划：每步的范围、改动、验证方式、可回滚点；每步不超过半天；
5. 不该动的部分，以及为什么；
6. 判断「重构成功」的指标，以及什么时候该停。
不要建议「推倒重写」，除非能说清风险和迁移路径。需要替换的部分
复制模板后，把下面这些 {{…}} 换成你的真实信息；没有的信息宁可留空，也不要让模型编。
{{哪个模块，多少行，主要问题}}{{为什么想重构：难改、慢、bug 多、没人敢动}}{{不能停业务、不能改接口、时间有限}}{{覆盖率大致情况，哪些有测试}}
什么时候用
接手烂代码、功能加不动、性能问题。
示例
把一个 800 行的组件拆成 4 个，先给渲染结果补快照测试，再逐个抽离。
使用建议
- 1没有测试就先补测试，否则重构等于赌博。
- 2一步一提交，随时能回滚。
- 3重构期间不加新功能，两件事混在一起必出事。
方法来源：重构实践（Martin Fowler 方法）。模板为中文改写与整理，可按你的任务继续修改。