7

假设我正在使用 Cucumber 开发购物车 BDD。购物车相当复杂并且有很多花里胡哨的东西，但这对于“博客”或“用户资料”可能同样适用。

我一直认为“购物车”是Feature，而花里胡哨的是Scenario。但是，这可能会生成大型Feature文件，并且与Scenario的字面意思相违背。这是看起来的样子：

Feature: Cart

  So that I can buy items
  As a user
  I want to place items in a cart


  #.... Many more scenarios

  Scenario: Empty a filled cart
    Given 2 products in my cart
    When I visit the cart page
    And I press "Empty cart"
    Then I should see the text:
      """
      Your cart is empty.
      """

  Scenario: Empty an empty cart
    Given 0 products in my cart
    When I visit the cart page
    Then I should not see the "Empty cart" button

  # Many more Scenario's

填写的细节越多，这个“空车”组就会变得越长。我想知道，“清空购物车”是否应该被视为独立功能？这将导致许多Features，都包含但几个Scenario的。然后场景变得更像“上下文”。像这样：

Feature: Emptying Cart

  So that I can reconsider my shopping-spree
  As a user
  I want to empty my cart

  Scenario: with a filled cart
    Given 2 products in my cart
    When I visit the cart page
    And I press "Empty cart"
    Then I should see the text:
      """
      Your cart is empty.
      """

  Scenario: with an empty cart
    Given 0 products in my cart
    When I visit the cart page
    Then I should not see the "Empty cart" button

什么是使某物成为Feature的好指南？我什么时候应该将Scenario重新组合到他们自己的Feature中？一个功能通常有多少个场景？

4

2 回答 2

9

你可以缩短你的场景——甚至去掉一些——通过用声明性而不是命令性语言来表达它们。

例如：

Given the cart has two products in
When I empty the cart
Then I should see it has nothing in it.

对于实际的购物车和 UI，这可能是一样的。它没有实现细节。您可以看到其中一些步骤与您的多个步骤相对应；这是一件好事，因为它将代码的复杂性保持在更易于维护的地方。

如果我们以这种方式表达您的其他情况，我们会得到：

Given my cart is empty
Then I should not be able to empty it again.

这里没有“何时”，因为“那么”对于那个状态来说是正确的。

但是，您真的需要这种情况吗？释放清空已经空的购物车的能力会杀死您或您的公司吗？这本质上是审美。添加它是为了使 UI 更易于使用，并且判断 UI 是否可用的唯一方法是实际使用它。如果您发现此类情况，我建议您将其删除。您始终可以对导致启用或禁用按钮的逻辑进行单元测试。

如果您更改为这种语言风格，然后删除任何仅测试美学和可用性的场景，您会发现您的功能文件变得非常非常小。

我还建议将最有趣或最令人惊讶的场景放在顶部。例如，这将是一个更有趣的场景（是的，它有两个“时间”，因为它描述了与两个不同用户之间的交互相关的行为）：

Given a user put a copy of "Moby Dick" in his cart
When the last copy of "Moby Dick" is sold
And the user comes back to look at his cart
Then it should tell him, "Sorry, this item is currently out of stock."

这会更有趣：

Given a user put a new copy of "Moby Dick" in his cart
And there are second-hand copies of "Moby Dick" available
When the last new copy of "Moby Dick" is sold
And the user comes back to look at his cart
Then it should tell him, "Sorry, this item is currently out of stock."
And it should also show the way to the second-hand copies with,
  "2nd hand copies are available."

那将是一个与众不同的场景；您的商店与其他商店的做法不同，因此对企业非常感兴趣。

通过将最有趣的放在顶部，功能文件很长并不重要。我们都知道购物车是如何买卖物品的，无论如何我们都没有在那个阶段阅读底部的场景。

安迪·韦特说没有硬性规则是对的，所以要听天由命；如果它不起作用，请做一些不同的事情。希望这些提示也会有所帮助。

于 2013-04-18T14:50:09.620 回答
3

您可以将功能分组到文件夹中，例如，您可能有一个文件夹cart，然后是 、 等的功能emtpy_cart.feature文件update_cart.feature。

没有硬性规定，但我个人不会在单个功能文件中放置超过 8 个场景。

查看 Relish 自己的文档，了解如何构建功能的一个很好的例子：https ://www.relishapp.com/relish/relish

于 2013-04-17T22:33:45.960 回答