在SBE和其他产品文档之间取得平衡

Question

阅读在线材料(如福勒、杰勒德)，似乎说明通过实例故事不应该是完整的功能规范。

问题1：从SBE开始如何决定他们的故事在描述一个系统的所有功能方面需要有多全面？也就是说，我什么时候才能停止写故事，因为我已经捕捉到了足够多的东西？

问题2：在测试团队根据产品文档验证产品的组织中，如果商店不是一个完整的规范，我是否正确地认为“其他”产品文档需要包含所有不在产品文档中的案例？

Answer 1

关于问题1：

开发任何系统最重要的部分是开发团队与产品所有者进行对话。首先，找出他们所需要的特性的关键。我将通过一个例子来回答这个问题；让我们说，产品所有者可能想要一个设施登录到他们的新网站。这一要求可以写成：

In order to gain access to the website's facilities
As a user
I want to be able to login to the website

(请注意，我正在使用格尔金域特定语言编写这个答案中的场景和特性)

在指定了产品所有者的关键需求之后，您现在应该与他们讨论如何从用户的角度来实现这个特性(保持高水平，不要使用技术术语，与业务讨论以找出他们想要什么)。因此，您可能会发现的第一个“快乐路径”场景可能是：

Given a user is on the login screen
When they submit valid login credentials
Then they gain access to the main website

在与产品所有者进一步讨论之后，他们告诉您，由于网站包含极其敏感的信息，任何登录失败的尝试都应该向系统管理员报告。这将导致另一种情况：

Given a user is on the login screen
When they submit invalid login credentials
Then the system administrator is informed of the failed log-in attempt
And the user is informed that their login attempt failed

此时，产品负责人可能会说，这是他们唯一希望登录到系统的场景。因此，从开发团队的角度来看，不需要对此特性进行更多的调查(这样您就不需要编写更多的用户故事)。当然，在项目开发的稍后阶段，产品负责人可能也会告诉您，他们希望在用户最后一次登录到主网站之前通知用户，但是当他们要求时，您只需要担心这个问题。

关于问题2：

组织应该根据“活的”文档来验证产品，例如使用黄瓜(例如)，它从上面详细描述的场景中生成测试。

同样，正如我在对问题1的回答中所说的，您应该确定“刚刚好”的场景/用例，以满足产品所有者的要求。产品负责人要求的是完整的规格。不要试图猜测产品负责人可能想要什么，因为这可能会导致典型的雅格尼案例。