我总是听说用户故事应该非常简短明了，所以它可以写在笔记等上。就像“作为用户，我希望能够输入，修改和删除目录中的人”。
但是对于测试，我们需要知道：
如何在Scrum中解决这个问题？
答案 0 :(得分：2)
这通常由一个共同的完成定义促成，每个Scrum团队成员在提交之前必须达成一致。
用户故事接受标准应阐明用户故事中涉及的所有要求。产品所有者需要轻松验证此类标准，以允许完成用户故事（例如，您可以在文本字段中输入多少个字符）。团队中的每个人都需要了解必须做什么，但在Scrum活动会议期间，您可能只是使用用户故事标题。
将技术内容放入任务中（例如用于存储字符串的数据库字段大小，其他技术假设等），并且不要打扰产品所有者和质量保证人员。
答案 1 :(得分：0)
SCRUM / Agile中的想法是关注您所编写功能的业务价值，而不是在故事开始之前就丢失详细的实施细节。所以建议尽量缩短故事信息。但是当故事开发完成后，开发团队将创建/发现一些功能/技术限制，并会与产品负责人核实是否正常，并将在您用于跟踪故事的任何系统中记录它们（另一个便利贴，或者在Jira的评论）。然后，作为测试人员，您将获得更多信息来检查边界/范围。现在，像“验证消息”这样的其他一些信息可以留给常识。你真的想要那个规格吗？如果这对开发者来说是敏感的，作为测试人员，你会发现信息正常，那么你就可以了。
答案 2 :(得分：0)
他们将成为验收标准的一部分。你应该让PO回答这些问题