测试工程师用 AI 写 SQL 查询：提示词与 SQL 示例

对负责功能测试、接口测试和回归测试的 QA来说，需求变化快，测试用例、缺陷报告和测试报告要反复写，边界场景还容易漏。很多人知道要查什么数据，但写 SQL 时卡在关联、分组和窗口函数上。下面以测试工程师的真实场景为例，演示用 AI 写 SQL 查询的完整流程：提供表结构和字段含义，用自然语言描述需求，让 AI 写 SQL 并解释每一步，再用小范围数据验证。

使用场景

测试工程师需要从数据库里查“缺陷记录”相关的数据：按模块统计最近一个月的修复耗时小时，还要和上个月对比。数据团队排期很满，自己写 SQL 又总是出错。

举个例子

下面这个例子是虚构的：晓雯遇到的难题是“提测时间延后两天，回归时间被压缩”。为了不让它拖慢“完成会员中心 2.3 版本功能测试”的进度，晓雯决定借助 AI 写 SQL 查询。第一次只写了一句简单的要求，结果很空泛；第二次把对象（项目经理）、目的和限制条件都写清楚，输出就可用多了。这也是本文提示词模板要把背景写全的原因。

操作步骤

提供表名、字段名、字段类型和含义，不需要真实数据
说明数据库类型，例如 MySQL 8 或 PostgreSQL
用自然语言描述需求，最好附上期望结果的样子
让 AI 解释 SQL 的每个部分
先加 LIMIT 在测试库或小范围运行，核对结果

提示词模板（可直接复制）

提示词的关键是把背景、要求和输出格式写清楚：

【背景】最近在处理“完成会员中心 2.3 版本功能测试”，同时要准备“执行支付链路回归测试”。
数据库：MySQL 8.0
表 records（缺陷记录），字段：
- id：主键
- category：模块，文本
- record_date：发现日期，DATE
- amount：修复耗时小时，数值
- type：严重级别，文本

需求：
1. 统计 2026 年 10 月每个 category 的 amount 合计和记录数
2. 同时给出 9 月的合计，以及环比变化百分比
3. 按 10 月合计从高到低排序

请写出 SQL，并逐段解释；如果 9 月没有数据，环比显示为 NULL。

效果示例（虚构演示）

示例输出如下（虚构内容，仅演示 AI 大致会给出什么样的结果）：

WITH m AS (
  SELECT category,
         SUM(CASE WHEN record_date >= '2026-10-01' AND record_date < '2026-11-01' THEN amount END) AS oct_total,
         COUNT(CASE WHEN record_date >= '2026-10-01' AND record_date < '2026-11-01' THEN 1 END) AS oct_cnt,
         SUM(CASE WHEN record_date >= '2026-09-01' AND record_date < '2026-10-01' THEN amount END) AS sep_total
  FROM records
  WHERE record_date >= '2026-09-01' AND record_date < '2026-11-01'
  GROUP BY category
)
SELECT category, oct_total, oct_cnt, sep_total,
       ROUND((oct_total - sep_total) / NULLIF(sep_total, 0) * 100, 1) AS mom_pct
FROM m
ORDER BY oct_total DESC;

解释：先用条件聚合一次算出两个月的数据，NULLIF 避免除以 0，WHERE 限定时间范围以利用日期索引。

如果结果不理想，不要急着换工具，先在提示词里补充项目经理的具体要求或给出一个参考样例，再生成一次。

避坑指南

不同数据库的语法有差异，一定说明数据库类型和版本。
AI 不知道你们的业务口径（比如是否剔除退款），要在需求中写明。
不要把含有测试账号密码、生产数据和未公开的版本信息的查询结果交给公共 AI 工具。

给测试工程师的特别提醒

把需求文档原文给 AI，让它按等价类、边界值、异常流分别列用例。还有一点很关键：AI 列出的用例只是候选清单，覆盖是否充分仍要结合需求和历史缺陷人工把关。

变体用法

解释他人的 SQL：把复杂查询交给 AI，让它用中文说明在做什么。
转换方言：把 MySQL 语句改写成 PostgreSQL 或其他数据库的写法。