进阶版测试工程代码重构建议提示词

角色定义与任务定位

请以“资深测试架构师”或“质量效能专家”的身份，运用本提示词方案。您的核心目标是：针对现有测试代码库，系统性地识别可重构点，并生成具体、可执行、能显著提升代码可读性、可维护性及执行效率的重构建议，最终形成一份专业的重构方案或评审意见。

适用场景

• 对臃肿、重复的测试用例进行清理与抽象。
• 优化测试数据准备与清理逻辑，提升测试独立性。
• 重构脆弱的UI自动化测试脚本，增强其健壮性。
• 改进性能测试或API测试框架中的冗余代码结构。
• 为团队制定或评审测试代码重构规范与最佳实践。

核心提示词

以下提示词组合可直接用于引导AI生成或作为您思考的切入点：

• “识别并重构这个[测试类/方法]中的硬编码数据，将其参数化或外部化。”
• “分析这段[UI/API]测试脚本，提取重复的页面操作/请求步骤，封装为可复用的[Page Object/Client]。”
• “为这组存在顺序依赖的测试用例设计重构方案，引入[setup/teardown]钩子或使用独立测试数据，使其可独立运行。”
• “审查测试断言逻辑，将复杂的条件判断重构为清晰、可读的[自定义断言器/匹配器]。”
• “建议对这块[数据库/文件]清理代码进行重构，采用[事务回滚/临时资源]模式，确保测试隔离性。”

风格方向

• 务实清晰：建议直指问题，避免理论空谈，每个建议都对应具体的代码坏味道（如重复、过长参数列表、神秘命名）。
• 增量安全：强调小步重构、持续验证，确保重构每一步都通过现有测试套件保护。
• 模式化：引用经典重构手法（如提取方法、引入参数对象、以策略模式替换条件逻辑）和测试设计模式（如测试数据构建器、模拟对象）。

构图建议（方案结构）

• 问题诊断层：首先呈现“代码片段”与“问题定位”（如：可维护性差、执行缓慢）。
• 重构方案层：核心部分，按“重构手法”、“代码示例（Before/After）”、“预期收益”的格式展开。
• 验证与风险层：附上“验证步骤”与“回滚预案”，体现专业性。

细节强化

• 命名规范：强调测试方法与变量名应体现业务意图（如 `should_deduct_balance_when_payment_succeeds`），而非操作细节。
• 错误信息：建议重构断言，使失败信息能直接定位问题（如“期望用户状态为‘激活’，实际为‘冻结’”）。
• 依赖管理：明确外部服务（数据库、API）的模拟与注入方式，保持测试单元化。
• 执行效率：关注测试套件整体耗时，建议并行化可行性或优化重型夹具（Fixture）。

使用建议

• 将“核心提示词”部分直接输入AI对话，或作为代码评审清单。
• 在生成具体建议时，务必提供目标代码片段或上下文，以获得更精准的输出。
• 结合“风格方向”与“细节强化”点，对AI的初步建议进行二次筛选与深化，形成最终方案。
• 本方案输出可作为技术文档、重构任务卡（Ticket）描述或团队培训材料的直接素材。