AI大模型提示词工程

一、学习内容

1. 掌握AI大模型提示词核心技巧
2. 了解经典提示词构建模型
3. 提示词实战 - 软件测试

二、提示词基本介绍

1. 什么叫提示词

        提示词，也叫Prompt，是指我们向大模型AI输入的一段指令或信息，用来引导AI去做什么，从而生成符合我们预期的输出，可以说提示词的质量直接决定AI输出的质量

        有些人会有一个误区，觉得提示词一定要写的很复杂，AI才能干好活，实际上，我们往往是先用起来，再逐渐的完善，指挥AI输出逐渐接近你需要的结果。

三、提示词核心技巧

1. 核心原则

 核心原则：减少模型的猜测，增加你的控制

2. 七大策略

（1）提供充分的任务细节

（2）指定角色

（3）清楚划分指令、上下文、模板，防止混淆

（4）分解任务为明确步骤。例如编写测试报告的时候，先简述bug和复现步骤，再分析原因，最后总结。

（5）提供示例

（6）将复杂的任务拆解为子任务。例如生成用例的时候，先让AI梳理需求，再识别风险等级，最后生成用例，覆盖高风险场景。

（7）递归摘要成文档。

这个举个提示词的例子会更好理解：

我会逐章发送一本书的内容，请你

1. 对每章内容单独做简明摘要

2. 当我说“发送完毕”时，将所有章节摘要合并，生成一份全文总结摘要

四、经典提示词构建模型

结构化提示词能够帮助我们系统性地组织指令，提升AI输出质量

1. 3W1H模型

明确Who, What, Why, How， 适用于内容创作，角色扮演类任务

Who: 请你扮演一位资深的测试工程师

What: 为我编写一组接口测试用例

Why: 这些测试用例将用于培训新人，理解接口测试 

How: 用表格呈现，包含请求参数，预期状态码和校验点，语言简洁专业

2. QBR模型

明确Question(问题核心), Background(已知信息, 限制条件), Request，适用于问题导向型任务

Question:

• 我需要为即将上线的用户注册模块设计一组高风险的测试场景，避免上线后出现账号安全或数据异常问题

Background： 

• 项目为Web端SaaS产品，使用Vue+Spring Boot
• 注册流程包括手机号验证，密码设置，邀请码绑定（可选）
• 近期同类产品出现重复注册导致账号合并错误被通报
• 团队资源有限，优先覆盖高影响的异常路径

Request：

• 提供5个高风险测试场景，每个场景包含：场景名称，复现步骤简述，预期结果，未覆盖肯呢个导致的业务风险

3. GCE模型

明确Goal, Condition, Expection，适用于规划/方案设计类任务

Goal：

• 为即将迭代的订单退款功能制定一份可执行的手工回归测试计划，保证核心链路零漏测

Condition：

• 周期为5days，测试时间约2days
• 功能涉及部分退款，超时自动退款
• 团队仅一名tester

Expection：

• 以表格的形式输出
• 包含字段：测试场景分类（正常/异常/边界），关键测试点，优先级(L,M,H), 是否需要验证数据库状态，预计耗时，分配在第几天完成
• 优先覆盖H级别的场景

4. STAR模型

明确Situation, Task, Action（给AI的依据或者希望AI采取的动作）, Result，适用于复杂协作或报告撰写类任务

Situation：

我们团队刚刚完成了一个电商大促的版本上线，结果在上线2小时内收到了多起“优惠券未生效”的用户投诉，初步排查发现是缓存和数据库不一致导致的，现需快速整理一份线上问题复盘总结

Task：

协助我完成一份结构清晰的线上缺陷复盘报告，聚焦根本原因和改进建议

Action：

请基于以下信息进行整理（可合理推演缺失细节）

缺陷现象：部分用户领取199-50券下单后，系统未抵扣

技术栈：Redis缓存用户券，MySQL存储券的状态

根本原因：发券接口更新DB后未及时刷新缓存，且缓存过期时间过长（30min）

当前修复：已紧急回滚并增加缓存双写校验

要求结合测试视角，分析测试环节为何没能拦截这个问题

Result：

输出一份约800字的复盘报告，包含以下部分：

• 问题概述（包含影响范围）
• 根本原因分析（技术+流程层面）
• 测试盲点反思
• 可落地的改进建议

5. PLA模型

明确Positioning（当前角色或阶段），Landscape（面临的具体挑战或瓶颈）, Advice（建议）

Positioning：

我是一名有2年经验的手工测试工程师，主要负责Web和App功能测试，熟悉测试用例设计，当时尚未系统接触接口测试

Landscape：

团队正在推进测试左移和自动化覆盖，新项目要求测试人员能够编写基础接口用例，并参与CI流水线验证。我尝试自学Postman和Python，但缺乏系统路径，不知道优先学什么，怎么结合实际项目练习，感觉进度缓慢，无从下手。

Advice：

请为我制定一个为期四周的学习计划，聚焦快速上手接口测试并支持日常项目，要求：

• 每周明确学习主题
• 推荐免费学习资源
• 设计实战任务
• 给出如何展示学习成果的话术

五、国内外主流大模型

六、实战

我们了解了几个经典的提示词构建模型，那是否我们都必须记住并且严格按照模型去使用呢？并非如此。经典的提示词构建模型是‌思维工具‌，而非‌操作手册‌。它们的价值在于帮助我们系统化思考如何与AI协作，但实际使用时需结合具体场景、目标和需求灵活调整。

例如我们想要让AI帮我们写一个登录模块的测试用例，我们甚至可以让AI帮你生成提示词

提示词示例：

假设你是一个资深的软件测试工程师，现在需要你使用AI写一份登录模块的测试用例，你该如何生成相应的提示词？

登录模块需求：

默认账号密码登录，密码支持明文/密文切换，连续输错5次密码会被锁定一天

提供手机号登录，手机登录无需密码，使用的是短信验证码，验证码通常有60秒倒计时限制，防止频繁请求

集成微信登录

用户在登录成功后，在7天内打开系统无需再次输入密码。

仅允许两台设备同时登录

支持密码重置：验证手机号 -> 设置新密码

下面是Deepseek生成的结果示例：

向AI发送的提示词

角色设定：
你是一名资深的软件测试工程师，拥有5年以上的Web和移动端测试经验，擅长黑盒测试用例设计，对边界值、等价类划分、场景法等测试设计方法运用自如。

项目背景：
我们正在测试一个APP的登录/注册模块。以下是该模块的详细需求文档。请根据这些需求，设计一份逻辑严密、覆盖全面的测试用例。

需求清单：

1. 账号密码登录：

   • 提供默认的账号密码输入框登录。

   • 密码输入框支持明文/密文切换（小眼睛图标）。

   • 安全策略：同一账号连续输错5次密码，该账号将被锁定24小时。

2. 手机号登录：

   • 支持手机号+短信验证码登录。

   • 获取验证码后有60秒倒计时限制，倒计时内不可重复发送。

   • 需防止验证码接口被频繁刷请求。

3. 第三方登录：

   • 集成微信登录（授权获取用户信息）。

4. 记住密码/自动登录（记住我）：

   • 用户在登录成功后，在7天内打开系统无需再次输入密码（即Token有效期为7天）。

5. 设备限制：

   • 同一个账号仅允许两台设备同时在线。

   • 如果第三台设备登录，应踢掉最早登录的那台设备（或提示用户）。

6. 密码重置流程：

   • 流程：验证手机号 -> 设置新密码。

任务要求：
请根据以上需求，设计测试用例。

• 格式： 请以Markdown表格形式输出。

• 字段： 用例编号、测试模块、用例标题、前置条件、操作步骤、预期结果、用例类型（功能/UI/安全/兼容性/异常）。

• 重点： 请特别关注负面测试（异常场景）、边界值测试（如第4次/第5次输错、第6天/第7天自动登录）以及安全测试（如验证码防刷、锁屏策略）。

你还可以结合构建模型，让他按照你的思路生成提示词：

假设你是一个资深的软件测试工程师，现在需要你使用AI写一份登录模块的测试用例，如果要求你使用STAR模型，你该如何生成相应的提示词？

登录模块需求：

默认账号密码登录，密码支持明文/密文切换，连续输错5次密码会被锁定一天

提供手机号登录，手机登录无需密码，使用的是短信验证码，验证码通常有60秒倒计时限制，防止频繁请求

集成微信登录

用户在登录成功后，在7天内打开系统无需再次输入密码。

仅允许两台设备同时登录

支持密码重置：验证手机号 -> 设置新密码

下面是Deepseek生成的结果示例：

向AI发送的提示词（STAR模型版）

Role（角色）：
你是一名资深的软件测试工程师，目前正在参与一个高并发互联网项目的质量保障工作，擅长基于用户场景和业务逻辑进行测试设计。

请严格按照STAR模型（情境-任务-行动-结果）的思维框架，为我生成一份登录模块的测试用例。

以下是具体的STAR输入：

1. Situation（情境）：

   • 我们正在测试一款日活百万的APP的登录/注册模块。

   • 该模块涉及账号密码、手机号、第三方（微信）等多种登录方式。

   • 系统有严格的安全策略（密码试错锁定、设备数量限制、Token过期机制）。

2. Task（任务）：

   • 需要设计一套覆盖全面、逻辑严密的测试用例，用于指导功能测试和安全测试。

   • 特别需要关注边界条件、异常场景以及多端互斥逻辑，确保上线后不出现严重的登录故障。

3. Action（行动/要求）：

   • 请根据以下具体的功能需求，编写测试用例：

     • 账号密码登录： 支持明文/密文切换；同一账号连续输错5次密码，锁定24小时。

     • 手机号登录： 验证码60秒倒计时；防止验证码接口被恶意频繁请求（防刷）。

     • 第三方登录： 集成微信登录的授权与回调逻辑。

     • 自动登录（记住我）： 登录成功后，7天内打开APP无需重复登录（Token有效期7天）。

     • 设备限制： 最多允许两台设备同时在线；第三台设备登录需踢掉最早的那台。

     • 密码重置： 流程：验证手机号 -> 设置新密码。

   • 输出格式： 请以Markdown表格输出。

   • 字段要求： 用例编号、模块、标题、前置条件、操作步骤、预期结果

4. Result（结果标准）：

   • 输出的用例应达到准生产标准。

   • 能够直接用于评审，且Bug检出率高，特别是能发现一些开发容易忽略的竞态条件（如多设备同时登录）和安全漏洞（如锁屏绕过）。

之后根据你的需求，可以修改提示词，比如字段要求，可以增加多一个测试数据，最后生成的结果示例：