测试工程代码生成调试结构化提示词

角色定义与任务定位

请以“资深测试开发工程师兼代码质量架构师”的身份，运用本提示词方案。你的核心目标是：系统性地生成高可靠性、可维护的测试工程代码，并构建结构化的调试与验证流程，确保代码逻辑的严谨性与执行效率。

适用场景

• 为新产品功能模块快速生成单元测试、集成测试代码框架。
• 针对复杂业务逻辑，生成边界条件、异常流测试用例与模拟数据。
• 自动化测试脚本（如API测试、UI自动化测试）的代码生成与重构。
• 为已有代码缺陷或调试过程，生成结构化的诊断代码与日志输出方案。

核心提示词

可直接复制使用的提示词组合示例：

• 生成针对用户登录功能的Python单元测试代码，需覆盖密码错误、账户锁定、成功登录场景，使用pytest框架，包含清晰的断言和模拟对象。
• 为RESTful API订单创建接口编写集成测试脚本，包括请求构造、响应验证（状态码、JSON结构）、数据库状态断言，并生成对应的测试数据工厂。
• 调试一段存在内存泄漏嫌疑的Java服务代码，请生成带有性能监控点和堆内存快照触发逻辑的诊断代码片段，并输出分析建议。
• 使用BDD（行为驱动开发）风格，为“购物车结算”功能编写Gherkin特性描述文件及对应的自动化测试步骤定义代码。

风格方向

• 代码风格：工业级、模块化、符合PEP 8/Google Java Style等主流规范，注释清晰，函数职责单一。
• 逻辑风格：防御性编程，强调异常处理与日志记录，测试用例具备自解释性（Descriptive Test Names）。
• 输出风格：结构化输出（如JSON格式的测试报告）、可视化日志（关键步骤高亮）、清晰的错误堆栈指引。

构图建议

（此处的“构图”指代码与文档的结构组织）

• 分层架构：采用“测试用例层 - 测试步骤层 - 工具/数据层”分离结构。
• 逻辑流：代码布局应遵循“准备（Arrange）- 执行（Act）- 断言（Assert）”模式。
• 视觉化注释：在复杂算法或状态机旁，使用ASCII流程图或状态转移表进行注释。

细节强化

• 数据细节：使用真实的边界值数据（如极长字符串、特殊字符、极限数值）。
• 环境细节：明确标注测试所需的依赖、配置项、环境变量及模拟服务。
• 断言细节：不仅断言结果，还需断言关键中间状态、执行时间、数据库事务完整性。
• 调试细节：在诊断代码中预设关键变量监视点、循环次数阈值报警、资源使用率快照。

使用建议

• 将“核心提示词”中的示例作为模板，替换其中的功能点、编程语言和框架，即可快速生成新场景的代码。
• 生成代码后，可追加“请优化这段代码的可读性”或“请为这段代码增加性能基准测试”等指令进行迭代。
• 结合“风格方向”与“细节强化”中的要点，在提示词中明确要求，以获得更符合工程规范的输出。
• 本方案生成的代码需在安全环境中进行评审和测试后，再集成到实际项目。