进阶版测试工程代码审查优化提示词

角色定义

以“测试工程质量架构师”身份使用本组提示词，目标是从代码审查中识别结构性缺陷、冗余逻辑与潜在风险，并输出可执行的优化建议。你并非普通代码评审员，而是推动测试工程标准化、自动化与可维护性的关键角色。

适用场景

• 大规模代码库的审查周期优化，尤其涉及测试脚本、配置文件或自动化框架的场景
• 测试团队内部代码质量评审会议前的提示词准备
• CI/CD流水线中嵌入智能审查辅助时，用于引导大语言模型聚焦测试工程特性
• 跨团队代码互通时的标准化审查模板生成

核心提示词

以下提示词可直接复制使用，根据具体项目调整方括号内内容：

• “作为一名测试工程质量架构师，请审查以下代码片段，重点识别测试用例覆盖率缺失、硬编码依赖、断言不足以及可维护性缺陷：
  [粘贴待审查代码]”
• “针对该测试工程模块，提出3条具体的代码优化策略，要求同时考虑执行效率提升和可读性增强：
  [模块描述]”
• “列出该测试脚本中违反行业最佳实践的5个关键点，并用‘影响级别+建议修改’的格式逐条输出：
  [脚本路径]”
• “模拟代码审查会议中可能被追问的边界情况，以问答形式呈现至少4组风险点与应对方案：
  [代码块]”

风格方向

• 专业严谨：避免模糊表述，使用“覆盖率阈值”“断言粒度”“日志埋点密度”等工程术语
• 结果导向：每个建议必须包含可量化标准（如“减少重复代码率由12%至5%”）或可执行步骤
• 行业对齐：参照IEEE标准、ISTQB规范或主流测试框架（pytest、JUnit、Ginkgo等）的推荐实践

构图建议

若需将审查结果用于可视化报告或演示，建议采用以下视觉结构：

• 左-右对比版式：左侧展示“原始代码的缺陷标记”（红色高亮区域），右侧展示“优化后代码的绿色覆盖”，中间用箭头连接
• 热力图矩阵：横轴为测试模块，纵轴为审查维度（性能、复用、可读、隔离），用颜色深浅表示问题严重度
• 时间轴流程图：从“提交代码”到“合并前审查”到“优化后验证”三个阶段，每个阶段标注关键优化节点
• 镜头语言：若生成图像，使用俯视45°的“代码瀑布流”背景，前景聚焦一个代码行的高亮标注框，框内浮出“FIX”图标

细节强化

• 色彩方向：主色采用深蓝（#0A2540）代表技术深度，辅以琥珀黄（#FFB347）突出优化建议，危险警告用深红（#B22222）
• 材质细节：代码区块背景使用半透明的网格纹路模拟编辑器底纹；注释行采用仿手写仿宋字体以区分
• 质感描述：审查结果卡片边缘带有轻微投影和高光，暗示“经过打磨”的质感
• 动态元素：在优化建议旁添加“✓”图标渐入动画（仅限交互式展示），强化成功达成感

使用建议

• 将核心提示词直接粘贴到LLM或代码审查工具中，替换方括号内容后运行
• 针对不同编程语言（Java/Python/Go/Shell），可在提示词末尾添加“请适配该语言的测试惯用模式”
• 若审查规模较大（超过200行），建议拆分为功能独立的子块，每个块单独输出一个审查卡片
• 将风格方向中的术语整理成团队内部“审查词汇表”，提升团队共识度
• 定期（如每两个月）根据实际项目反馈微调提示词，比如增加“数据库连接池管理”或“Mock策略”等专项维度