黄瓜迁移场景到场景大纲

Question

我想将多行场景移动到场景大纲中，以便可以将表格的各个行作为单独的测试进行测试。这是我想到的一个简化示例：

Scenario: This scenario loops through the lines of the table performing an assert on each line
    When I do something and verify it
      | name         | parameter1 | parameter2   | parameter3 |
      | A and 1      | A          | 1            | true       |
      | B and 1      | B          | 1            | false      |
      | A and 2      | A          | 2            | false      |
      | B and 2      | B          | 2            | true       |

步骤定义如下所示：

@When("I do something and verify it")
public void doSomethingAndVerifyIt(DataTable dataTable) {
    List<Map<String, String>> keyValues = dataTable.asMaps();
    for (Map<String, String> keyValue : keyValues) {
        assertSomething(keyValue.get("parameter1"), keyValue.get("parameter2"), keyValue.get("parameter3"));
    }
}

这工作正常，但如果任何行未能通过断言步骤，则测试将在此时停止。我想将其更改为使用沿这些线的场景大纲，以便这些线可以彼此独立地通过或失败：

Scenario Outline: This scenario loops through the lines of the table performing an assert on each line
    When I do something and verify it

Examples:
      | name         | parameter1 | parameter2  | parameter3 |
      | A and 1      | A          | 1           | true       |
      | B and 1      | B          | 1           | false      |
      | A and 2      | A          | 2           | false      |
      | B and 2      | B          | 2           | true       |

如何更改步骤定义，以便每次测试读取一行？我知道我可以通过在步骤定义下添加一行来按名称显式声明每个参数来做到这一点，但在我的情况下，这将涉及大量参数。

有没有更简单的方法来做到这一点：

@When("I do something and verify it")
public void doSomethingAndVerifyIt(Map<String, String> keyValue) {
    assertSomething(keyValue.get("parameter1"), keyValue.get("parameter2"), keyValue.get("parameter3"));
}

Answer 1

您必须在步骤定义中使用列标题作为参数，以便黄瓜可以将参数替换为表中的值，例如

Scenario Outline: eating
  Given there are <start> cucumbers
  When I eat <eat> cucumbers
  Then I should have <left> cucumbers

  Examples:
    | start | eat | left |
    |    12 |   5 |    7 |
    |    20 |   5 |   15 |

Answer 2

关于如何使用表格，请参阅我的其他答案。

改进方案的更好方法是将示例转换为命名规则。 在讨论行为时从业务中获取信息时，示例非常有用。但是，在编写代码时，它们并不是很好。让我们通过密码登录来探索一下。

说我们有

password     | success?

123456       |   no
xb32drthcyfe |   no
p@ssword1    |   yes

作为我们的例子。我们这里的问题是我们不知道为什么xb32drthcyfe 应该失败而p@ssword1 应该成功。我们可以猜测，但我们的场景未能记录 WHY。

现在考虑

Scenario: Passwords must contain a symbol
 When I register with a password without a symbol
 Then I should see my password needs a symbol

现在您有了一个场景，不仅可以记录 WHY，还可以让您挑战 WHY，并探索 WHY，例如

Scenario: Weak password that contains a symbol
 Given my password is long enough has a symbol but it is really weak
 When I register with my password
 Then I should be registered.

现在您可以向您的企业展示上述行为并说，我们真的要这样做吗？

每个示例背后都应该有一个唯一的命名规则。为了让示例变得足够成熟以驻留在您的 ckes 中，您需要揭示此规则，为其命名，然后将示例在您的 ckes 中的用法替换为探索规则的场景。