如何编写用于描述CRUD操作的声明性Cucumber特性

Question

我理解命令式和声明式黄瓜步骤之间的区别，但我还没有看到任何实际的例子。我总是觉得我的功能文件变得过于冗长。

似乎生命周期中的每一步都需要一个黄瓜功能：

• foobars/list_foobars.feature
• foobars/create_foobar.feature
• foobars/view_foobar.feature
• foobars/edit_foobar.feature
• foobars/delete_foobar.feature

仅在创建功能中，您似乎希望列出可以输入的字段、哪些字段是必需的、输入无效数据时会发生什么等等。我不知道有什么声明性的方法可以做到这一点。当然，在后续功能中，您只需要说Given a foobar exists，而不是通过所有步骤来创建一个。

在描述应用程序的行为时，详细程度如何？你能提供一些你认为可以接受的完整特征文件的例子吗？

Answer 1

我喜欢让黄瓜测试保持可读性，所以假设我们有一个用无效数据编辑foobar的故事，我想要这样的场景：

# foobars/edit_foobar.feature
Feature: As a user, I want to edit a Foobar, so I can Baz
Scenario: Validation Errors
  Given I am logged in as a user
  And a foobar exists
  And I edit the foobar with invalid data
  Then I should see validation errors

我认为这抓住了我们想要从故事中得到的东西，而不必处理要编辑哪些字段、提交哪些按钮等的所有细节。它没有测试所有可能的情况，但这些情况应该通过单元测试来测试（设置验证的模型测试，设置闪存消息的控制器测试，或提供错误的请求测试）。

其他场景类似：

Scenario: Successful Edit
  Given I am logged in as a user
  And a foobar exists
  And I edit the foobar with valid data
  Then I should see the valid data

有些人会希望指定有效数据作为测试本身的一部分，但我个人更喜欢将这些数据委托给步骤定义，以保持场景的整洁。你只需要一个例子来确保黄金案例有效，因为这里也不是测试所有表单字段是否有效的合适地方（如果你指定了每个字段，这将成为一个维护难题）。

Answer 2

我想也许根本不使用Cucumber来测试这一点，而只是在Feature部分发表评论。

或者，也许可以做这样的事情：

# categories.feature
Scenario: Manage categories 
    Given I want to manage categories
    When I <crud_type> a category
    Then I should be taken to the listing page
    Examples:
      | crud_type | 
      | create    | 
      | edit      |  
      | delete    |  
Scenario: View category
    Given I want to view a particular category
    When I click on a category in the category list
    Then I should see that category's view page