如何撰写可测试的用户故事。
用户故事应表达所需能力及其重要性。不要把技术任务伪装成用户收益。
按任务需求调整流程。
写明用户、能力以及重要原因，再添加使结果可观察的验收条件。将故事限定到可用具体情景审查完成情况的范围。
- 你需要提供什么
- 用户问题与所需能力。
- 你会得到什么
- 以用户为中心、边界清晰的故事。
查看输入和结果。
演示用输入和输出 · 教学示例，并非 WebAct 实时运行结果
示例 个输入项
Catalog manager needs to identify changed supplier prices.
完整示例
As a catalog manager, I want to review changed prices so I can approve updates before importing them.
将这份输入载入提示词，再复制到 WebAct 中尝试任务。实际结果可能与示例不同。
决策与问题排查。
技术维护工作必须勉强写成用户故事句式吗？
说明真实目的与限制。技术任务可以诚实记录，无须为迎合格式而虚构用户行动。
为什么故事看似完成，却仍难以测试？
补充预期行为和相关边界。收益说明工作为何重要；验收条件说明什么叫完成。
使用自己的资料试一试。
将任务提示词中的示例换成你的材料。保留所需条件，再把任务复制到 WebAct。
自定义并复制任务 ↑