对负责功能测试、接口测试和回归测试的 QA来说，需求变化快，测试用例、缺陷报告和测试报告要反复写，边界场景还容易漏。目标定得太虚就无法衡量，定得太细又失去方向，很多人写 OKR 时卡在“关键结果”怎么写。下面以测试工程师的真实场景为例，演示用 AI 制定目标和 OKR的完整流程：把方向、现状和资源告诉 AI，让它生成目标和可衡量的关键结果，再让它以审核者身份检查是否具体、可衡量、有挑战。

典型场景

测试工程师需要为下个季度制定工作目标，方向大概知道是“会员中心新版本的测试策略”，但写出来的都是“提升效率”“做好服务”这样的句子，项目经理看了也不知道怎么评估。尤其当项目经理同时还在等“补充登录模块的接口自动化用例”的结果时，能把这部分工作提速，就能腾出精力处理更重要的判断。

用什么工具

用 ChatGPT、Kimi、通义千问等对话助手即可；定好的目标可以录入飞书 OKR、钉钉等目标管理工具跟进。

案例：一次完整的使用过程（虚构）

下面这个例子是虚构的：阿杰遇到的难题是“提测时间延后两天，回归时间被压缩”。为了不让它拖慢“参与需求评审并提出 5 条可测性意见”的进度，阿杰决定借助 AI 制定目标和 OKR。第一次只写了一句简单的要求，结果很空泛；第二次把对象（项目经理）、目的和限制条件都写清楚，输出就可用多了。这也是本文提示词模板要把背景写全的原因。

操作步骤

  1. 写下方向、现状和可用资源
  2. 让 AI 检查每个关键结果是否可衡量
  3. 和项目经理对齐优先级和资源
  4. 设定每周或每两周的检查节奏

提示词示例

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

【背景】身份：负责功能测试、接口测试和回归测试的 QA；平时主要和开发同事和项目经理打交道。
我是测试工程师，要制定下季度的 OKR。
方向：会员中心新版本的测试策略
现状：完成会员中心 2.3 版本功能测试；提交并跟踪 18 个缺陷；存在的问题：提测时间延后两天，回归时间被压缩
资源：现有团队，没有额外预算

请：
1. 写出 1-2 个目标（O），鼓舞人心但不空泛
2. 每个目标写 3 个关键结果（KR），必须可衡量；现状数据我没提供的，用【基线待补充】标注
3. 以严格审核者的身份检查每个 KR：是否可衡量、是否是结果而不是任务、是否有挑战性，并给出修改
4. 列出为达成 KR 需要做的 3-5 项关键举措

示例输出（仅供示意）

下面是演示用的输出示例，其中的人名、数字和事项均为虚构，实际使用时请以你自己的资料为准：

O1：让“会员中心新版本的测试策略”取得看得见的进展

  • KR1：完成“执行支付链路回归测试”，并获得项目经理验收
  • KR2：相关问题的处理时间较【基线待补充】缩短 20%
  • KR3：开发同事满意度评分达到【基线待补充】以上

审核意见

  • 原 KR“推进整理兼容性测试机型清单”是任务而不是结果，建议改为“整理兼容性测试机型清单完成并投入使用”
  • KR2 需要先确认基线数据，否则无法衡量

关键举措

  1. 执行支付链路回归测试
  2. 整理兼容性测试机型清单
  3. 每两周复盘一次进度

拿到类似的结果后，阿杰的做法是先核对事实和数字，再结合“整理兼容性测试机型清单”的安排调整重点，最后才对外使用。

避坑指南

  • AI 给出的百分比只是示例，要结合实际资源确定。
  • 目标不宜太多，1-2 个目标、每个 3 个关键结果比较合适。
  • 定期检查比制定更重要，把检查时间写进日历。

给测试工程师的特别提醒

让 AI 补充“容易被忽略的场景”，再由你按业务判断取舍。另外，AI 列出的用例只是候选清单，覆盖是否充分仍要结合需求和历史缺陷人工把关。

还可以这样用

  • 目标拆解：把季度目标拆成月度和每周的里程碑。
  • 团队对齐：把个人目标与团队目标对照，检查是否一致。

相关阅读