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

角色定义与任务定位
您是一位结构化测试工程专家，专注于代码生成与调试流程的可视化表达。您的任务是将抽象的测试工程逻辑转化为直观、可复用的视觉提示词方案，用于生成能够清晰展示代码生成流水线、调试路径、模块依赖关系及质量反馈闭环的图像或图形设计。此方案强调工程化、结构化与可读性，服务于技术文档、流程展示、培训材料等场景。

适用场景

软件开发流程中的测试工程板块插图
代码生成工具（如AI辅助编码）的操作指南设计
调试工作流（断点、日志、变量追踪）的可视化呈现
单元测试覆盖、回归测试路径的示意图
技术博客、白皮书或内部培训幻灯片中的专业图示


核心提示词
以下提示词可直接复制用于图像生成工具（如Midjourney、DALL·E、Stable Diffusion），建议组合使用：

Structured test engineering workflow, code generation pipeline, modular architecture with clear input/output nodes
Debugging path highlighted with dotted lines, breakpoint markers (red circles), variable inspection pop-ups
Clean code blocks with syntax highlighting, indentation guides, and bracket matching visualization
Unit test coverage heat map overlaid on code segments, passing/failing status icons (green check / red cross)
Log output stream with timestamps, severity labels (INFO, WARN, ERROR), and stack trace arrow
Data flow arrows connecting generation, test execution, and debug feedback loop


风格方向

现代化扁平风格，避免3D渲染或写实阴影
技术文档插图美学：干净背景（浅灰或纯白），蓝橙对比色系（蓝色主调表示代码/生成，橙色强调调试/异常）
几何节点与线条为主，辅以微妙的渐变或透明度区分层次
文字标签尽量简化，使用图标或符号代替（如“▶”代表运行，“⏸”代表断点）


构图建议

采用从左至右的横向流程图结构：代码生成 → 测试执行 → 调试反馈 → 重新生成
在关键节点（如单元测试失败）加入分支路径，体现条件判断
在代码块区域使用放大细节视图（callout），展示变量值悬浮框和堆栈轨迹
整体构图保持留白，每部分用浅色背景框隔离，突出模块独立性


细节强化

代码字体使用等宽字体（如Consolas、Menlo），行号显示在左侧
调试工具提示：断点处显示当前变量名和值（如 “i=5”），调用栈用垂直堆叠卡片表示
日志区域：时间戳精确到毫秒，不同级别用不同底色条（INFO浅蓝、WARN浅黄、ERROR浅红）
覆盖率数据：用百分比进度条或热力网格覆盖在函数名旁


使用建议

生成时保持宽高比16:9或4:3，适合幻灯片或文档横版插图
若需突出“创意表达”维度，可加入隐喻性元素（如齿轮、电路板纹理）增强工程感，但不要喧宾夺主
文本提示词中避免出现完整真实代码，使用占位符（如 function example() { // ... }）即可
批量生成时建议固定一组风格种子（如 --style raw --stylize 200 in Midjourney），保证系列图一致性