在Scrum中，捕獲的詳細需求在哪裏？

Question

我總是聽到一個用戶故事應該非常簡短和清晰，所以它可以寫在一張紙條上。像「作爲用戶，我希望能夠輸入，修改和刪除目錄中的人員」。

但對於測試，我們需要知道：

• 什麼領域，什麼是邊界和範圍
• 什麼是驗證消息（int16-32？）？串等

的

長度這是如何解決在Scrum中？

Answer 1

SCRUM/Agile中的想法是關注所寫功能的商業價值，而不是在故事開始前詳細實現細節中迷失。所以建議是儘可能縮短故事信息。但是，當故事得到發展時，開發團隊將創建/發現一些功能/技術限制，並會與產品負責人一起檢查是否可以，並將記錄在您用來追蹤故事的任何系統中（另一個便箋，或在Jira發表評論）。然後，作爲測試人員，您將獲得更多信息來檢查邊界/範圍。現在，其他一些信息，比如「驗證信息」，可以留給常識。你真的想要的規格？如果這使得開發人員感覺良好，並且作爲測試人員，您會發現該消息正確，那麼您就完成了。

Answer 2

它們將成爲驗收標準的一部分。你或許應該有PO回答這些問題

Answer 3

這通常是通過完成的共同定義每個Scrum團隊成員必須在之前commiting同意促進。

用戶故事驗收標準應該闡明用戶故事中涉及的所有要求。產品負責人可以輕鬆驗證這些標準，以允許用戶完成任務（例如，您可以在文本字段中鍵入多少個字符）。團隊中的每個人都需要了解必須完成的工作，但在Scrum事件會議期間，您可以僅使用用戶故事標題。

把技術東西放到任務中（例如用於存儲字符串的db字段大小，其他技術假設等），並且不要打擾產品所有者和QA人員。