专栏《AI 汽车电子测试实战》第 17 篇作者一线汽车电子测试工程师适合人群所有使用 AI 的测试工程师、想提升 AI 使用效率的测试人员开篇为什么需要学 Prompt这是我上个月在某车企的 AI 培训项目中的真实经历。项目背景客户某国内头部车企项目测试团队 AI 培训参与人数30 人培训前80% 的人只会简单提问AI 输出质量参差不齐很多人觉得AI 不好用培训后100% 的人掌握 Prompt 技巧AI 输出质量提升 80%工作效率提升 50%好 Prompt vs 差 Prompt差 Prompt帮我写测试用例AI 输出好的请问您要测试什么功能好 Prompt你是一个资深汽车电子测试工程师请为车窗控制功能生成测试用例 - 正常场景5 条 - 边界条件5 条 - 异常场景5 条 输出格式用例编号 | 用例标题 | 测试步骤 | 预期结果 | 优先级AI 输出| TC001 | 驾驶员侧车窗下降 | 1.按下驾驶员侧车窗下降开关... | 车窗下降 | P0 | | TC002 | 驾驶员侧车窗上升 | 1.按下驾驶员侧车窗上升开关... | 车窗上升 | P0 | ...差距好 Prompt 的输出质量提升 80% 以上。一、Prompt 核心要素1.1 完整 Prompt 结构【角色】你是一个资深汽车电子测试工程师 【任务】请为车窗控制功能生成测试用例 【背景】DBC 版本 v2.3500 信号 【要求】正常 10 条边界 10 条异常 10 条 【格式】表格输出用例编号 | 用例标题 | 测试步骤 | 预期结果 | 优先级1.2 各要素的作用要素作用示例角色让 AI 进入专业状态“你是资深测试工程师”任务明确要做什么“生成测试用例”背景提供上下文“DBC 版本 v2.3”要求限定输出范围“正常 10 条边界 10 条”格式规范输出形式“表格输出”1.3 要素缺失的后果缺失要素后果示例角色AI 不知道专业程度输出太通用任务AI 不知道要做什么反问你要什么背景AI 没有上下文输出不准确要求AI 不知道数量输出太多或太少格式AI 不知道格式输出混乱二、测试场景 Prompt 模板库2.1 CAN 测试用例生成你是一个资深汽车电子测试工程师有 10 年 CAN 网络测试经验。 请为以下 CAN 信号生成测试用例 【信号信息】 - 信号名{signal_name} - 报文名{message_name} - 报文 ID0x{msg_id:X} - 长度{length} bit - 最小值{min} - 最大值{max} - 单位{unit} - 分辨率{scale} - 偏移量{offset} 【测试要求】 1. 正常场景5 条覆盖常用值 2. 边界条件5 条最小值、最大值、中间值 3. 异常场景5 条超范围、无效值 【输出格式】 表格用例编号 | 用例类型 | 用例标题 | 测试值物理值 | 测试值原始值 | 预期结果 | 优先级 【注意事项】 - 测试值要转换为原始值公式原始值 (物理值 - 偏移量) / 分辨率 - 优先级分为 P0关键、P1重要、P2一般2.2 CAPL 脚本生成你是一个 CAPL 编程专家精通 CANoe 测试脚本开发。 请为以下 CAN 信号编写 CAPL 测试脚本 【信号信息】 - 信号名{signal_name} - 报文名{message_name} - 报文 ID0x{msg_id:X} - 长度{length} bit - 最小值{min} - 最大值{max} 【测试要求】 1. 测试正常值{normal_value} 2. 测试最小值{min} 3. 测试最大值{max} 4. 测试超范围值{out_of_range} 【技术要求】 - 使用 testStep 系列函数 - 添加中文注释 - 包含错误处理 - 使用局部变量 请输出完整的 CAPL 代码确保可以直接在 CANoe 中运行。2.3 UDS 诊断测试用例你是一个资深 UDS 诊断测试工程师有 10 年汽车诊断测试经验。 请根据以下 UDS 服务生成测试用例 【服务列表】 - 10 服务诊断会话控制01 默认02 编程03 扩展 - 11 服务ECU 复位01 硬复位02 钥匙关闭复位 - 22 服务读数据DTC、软件版本、VIN - 27 服务安全访问01 请求种子02 发送密钥 - 2E 服务写数据配置参数 【测试要求】 1. 正常响应测试每个服务 5 条 2. 否定响应测试每个服务 5 条 3. 安全访问测试5 条 4. 会话依赖测试5 条 【输出格式】 表格用例编号 | 服务 | 测试内容 | 请求报文 | 预期响应 | 优先级 【注意事项】 - 请求报文用十六进制格式如10 03 - 预期响应写明正常/否定响应2.4 ECU 功能测试用例你是一个资深 ECU 功能测试工程师有 10 年车身电子测试经验。 请根据以下需求生成测试用例 【功能名称】{功能名} 【功能描述】 {详细描述} 【输入信号】 {信号列表及说明} 【输出信号】 {信号列表及说明} 【业务规则】 {规则列表} 【测试要求】 1. 正常功能测试15 条 2. 边界条件测试10 条 3. 异常场景测试10 条 4. 故障注入测试10 条 5. 性能测试5 条 【输出格式】 表格用例编号 | 用例类型 | 用例标题 | 前置条件 | 测试步骤 | 预期结果 | 优先级2.5 CAN 日志分析你是一个资深汽车电子测试工程师有 10 年 CAN 总线问题分析经验。 请根据以下 CAN 日志分析结果生成分析报告 【日志统计】 - 总报文数{total_messages} - 错误帧{error_frames} - 报文丢失{lost_frames} 【异常检测】 {anomalies_list} 【涉及 CAN ID】 - CAN ID 123: VCU_Status (车速、转速) - CAN ID 456: BCM_Control (灯光、车窗) 【时间信息】 - 日志开始时间2025-03-18 10:23:45 - 异常集中时间段10:23:50-10:23:55 请生成分析报告包含 1. 问题摘要100 字以内 2. 可能原因分析至少 3 个按可能性排序 3. 排查建议具体可执行的步骤 4. 风险评估高/中/低 请用专业但易懂的语言适合发给项目干系人阅读。2.6 测试报告生成你是一个资深测试经理有 10 年汽车电子测试经验擅长编写清晰的测试报告。 请根据以下测试数据生成测试报告 【版本信息】 - 版本号{version} - 测试周期{test_period} - 测试人员{testers} - 测试环境{test_environment} 【测试结果】 - 用例总数{total_tests} - 通过数{passed_tests} - 失败数{failed_tests} - 通过率{pass_rate}% 【Bug 统计】 - 新增 Bug{new_bugs} - 已修复{fixed_bugs} - 待修复{open_bugs} - 严重 Bug{critical_bugs} 【遗留问题】 {open_issues_list} 【报告要求】 1. 包含测试概况、测试结果、问题分析、发布建议 2. 用专业但易懂的语言 3. 重点突出风险和建议 4. 适合发给项目干系人阅读 5. 报告长度控制在 1000 字以内 请输出完整的测试报告使用 Markdown 格式。三、提升 Prompt 效果的技巧3.1 给示例Few-Shot差 Prompt请生成测试用例好 Prompt请生成测试用例参考以下格式 示例 | 用例编号 | 用例标题 | 测试步骤 | 预期结果 | |----------|----------|----------|----------| | TC001 | 正常登录 | 1.输入用户名 2.输入密码 3.点击登录 | 登录成功 | | TC002 | 密码错误 | 1.输入用户名 2.输入错误密码 3.点击登录 | 登录失败 | 请为注册功能生成类似格式的测试用例。3.2 分步骤Chain of Thought差 Prompt分析这个 Bug 的原因好 Prompt请按以下步骤分析这个 Bug 1. 首先描述 Bug 现象 2. 然后列出可能的原因至少 5 个 3. 接着对每个原因评估可能性高/中/低 4. 最后给出排查建议和优先级 Bug 描述{内容}3.3 限定输出Constraint差 Prompt给我一些测试建议好 Prompt请给我 5 条测试建议要求 1. 每条建议不超过 50 字 2. 按优先级排序 3. 每条建议包含具体行动 4. 避免空泛的建议 背景{内容}3.4 指定角色Persona差 Prompt这个测试怎么写好 Prompt你是一个有 10 年经验的测试架构师擅长设计高效的可维护测试。 请 review 以下测试代码从以下角度给出建议 1. 代码质量 2. 测试设计 3. 可维护性 4. 性能影响 代码{内容}四、常见错误及修正4.1 错误 1太模糊❌ 错误帮我测试一下登录功能✅ 修正请为登录功能生成 15 条测试用例包括 - 5 条正常场景 - 5 条边界条件 - 5 条异常场景 登录规则用户名 3-16 位密码 8-16 位含字母数字4.2 错误 2缺少上下文❌ 错误这个 Bug 是什么原因✅ 修正请分析以下 Bug 的可能原因 【现象】用户登录时密码错误 5 次后账号没有被锁定 【环境】测试环境版本 v2.3.1MySQL 数据库 【日志】{粘贴日志} 请从代码、配置、数据三个角度分析4.3 错误 3要求太多❌ 错误请生成测试用例、写自动化脚本、分析 Bug、生成报告还要优化性能✅ 修正请先生成测试用例 【功能】{详情} 【要求】{详情} 完成后再让 AI 做下一件事4.4 错误 4不指定格式❌ 错误给我测试建议✅ 修正请给我测试建议用以下格式 | 优先级 | 建议内容 | 预计工时 | 预期收益 | |--------|----------|----------|----------| | P0 | ... | ... | ... |4.5 错误 5没有迭代❌ 错误一次提问不满意就放弃✅ 修正第一轮请生成测试用例 第二轮边界条件不够请补充 第三轮异常场景太少请再增加五、我的 Prompt 库5.1 日常高频 Prompt# 快速生成用例 请为{功能}生成测试用例正常{N}条边界{N}条异常{N}条。 # 快速 Review 代码 请 review 这段测试代码列出前 5 个需要改进的问题。 # 快速分析 Bug 请用表格分析这个 Bug 的类型、严重程度、优先级、可能原因。 # 快速生成报告 请根据以下数据生成测试报告摘要200 字以内。5.2 进阶 Prompt# 探索性测试 请模拟 5 种用户类型描述他们使用{功能}的行为和可能遇到的问题。 # 竞品分析 请对比{产品 A}和{产品 B}的{功能}从测试角度分析差异和风险。 # 风险评估 请评估{功能}上线的风险从技术、业务、用户三个角度分析。5.3 高级 Prompt# 多轮对话 你是一个测试专家我将和你进行多轮对话讨论{主题}。 请先介绍这个主题的核心概念。 # 角色扮演 你是一个挑剔的客户请找出{产品}的所有问题。 我会逐一回答请继续追问。 # 思维链 请逐步思考这个问题 1. 首先... 2. 然后... 3. 最后...六、实测效果6.1 培训前后对比指标培训前培训后提升Prompt 质量50 分85 分35%AI 输出质量60 分90 分30%工作效率基准50%50%满意度60%95%35%6.2 用例质量对比指标差 Prompt好 Prompt提升场景覆盖率60%90%30%用例可执行性70%95%25%格式规范性50%95%45%七、常见问题Q1Prompt 太长会不会影响效果答不会越长越准确。建议至少 100 字包含所有关键信息结构清晰Q2英文 Prompt 会不会更好答看模型。GPT英文略好文心一言中文更好Qwen中英文都可以Q3如何建立自己的 Prompt 库答收集好用的 Prompt分类整理用例、脚本、报告…持续优化团队共享写在最后Prompt 工程不是玄学是可学习的技能。多练习、多总结你也能写出高效的 Prompt。下一篇预告《AI 测试落地避坑指南汽车电子篇》常见落地问题避坑建议最佳实践如果本文对你有帮助欢迎点赞、收藏、关注专栏第一时间获取更新有任何问题欢迎在评论区留言我会逐一回复。