Question

我们正在为我们的应用程序创建Gherkin功能文件以创建可执行规范。目前我们的文件看起来像这样：

Given product <type> is found
    When the product is clicked
    Then detailed information on the product appears
    And the field text has a value
    And the field price has a value
    And the field buy is available

我们想知道是否有完整的and关键字列表验证字段是否在屏幕上可见，或者我们是否应将其缩短为类似“验证输入”的内容。

Answer 1

我们有一个类似的情况，我们的服务可以为我们可以验证的每个案例返回大量10个元素。我们不验证每个交互的每个元素，我们只测试与测试用例相关的元素。

为了更容易维护和切换我们正在使用的元素，我们使用场景大纲和示例表。

Scenario Outline: PO Boxes correctly located
    When we search in the USA for "<Input>"        
    Then the address contains
        | Label        | Text        |
        | PO Box       | <PoBox>     |
        | City name    | <CityName>  |
        | State code   | <StateCode> |
        | ZIP Code     | <ZipCode>   |
        | +4 code      | <ZipPlus4>  |

Examples:
| ID | Input                 | PoBox      | CityName  | StateCode | ZipCode |
| 01 | PO Box 123, 12345     | PO Box 123 | Boston    | MA        | 12345   |
| 02 | PO Box 321, Whitefish | PO Box 123 | Whitefish | MN        | 54321   |

通过这种方式，我们有一个通用步骤“地址包含”，它使用“标签”和“文本”来测试各个元素。测试很多潜在的组合是一种干净整洁的方式 - 但这可能取决于您的个人用例 - 所有领域的重要性。

Answer 2

您只需要验证提供业务价值的那些，这可能就是全部。我会避免使用像“field”这样的技术术语，因为它与行为无关。 Al Mills正在使用这些表格。

我这样说：

Scenario Outline: Review product details
Given I find the product <Type>
When I select the product
Then detailed information on the product appears including
| Description | <Description> |
| Price       | <Price>       |
And I can buy the product
Examples:
| Type      | Description       | Price |
| Hose      | Rubber Hose       | 31.99 |
| Sprinkler | Rotating Sprinker | 12.99 |

我选择的词是行为或什么，而不是技术实现或方法。

是否应在Gherkin中验证屏幕上可见的所有字段？

2 个答案: