关于水豚的几个问题

Question

我有几个关于水豚的问题。我不妨在这里问一下，因为 Capybara 的 github 页面 中的 RDOC 非常适合设置它和跑步。但是 API 或可用方法列表在哪里？

首先。每个 *_spec.rb 文件，scenario 应该只存在一次吗？或者在一个文件中包含多个场景可以吗？

例如在spec/request/user_spec.rb中：

require 'spec_helper'

feature 'User actions' do
  background do
    data = {
      :first_name => 'foo',
      :last_name  => 'bar',
      ...
    }

    user = User.new(data, :as => :user)
    user.save
  end

  scenario 'User can browse home page' do
    visit root_path
    page.should have_content('Homepage')
  end

  scenario 'User should not be able to visit the dashboard' do
    visit dashboard_root_path
    page.should have_content('You are not authorized to access this page.')
  end
end

上面的代码结构是否有问题，或者是否有改进的空间。我开放反馈。

第二。我注意到上面的代码。如果我在 spec/spec_helper.rb 中有 config.use_transactional_fixtures = false ，它可以为用户节省两次。这意味着，在我的测试数据库/用户表中，我将有 2 个名为“foo bar”的用户。这是正常的吗？

第三。我有一个带有 HTML 按钮的表单。当用户单击此按钮时，jQuery 会提交表单。我如何用水豚测试这个？我认为 click_button "Add" 不会起作用。

第四。我如何在 Capybara 中登录用户？我正在使用设计。 sign_in User.first 可以解决问题吗？我可以在水豚中访问 current_user 吗？

最后，如果有人知道有关 Rspec + Capybara 的任何“入门”指南/教程。请务必提及。

Answer 1

自从我决定不再喜欢 Cucumber 以来，我也转而编写请求规范。

一）拥有多个场景确实很好。您可以使用 rspec 的所有其他强大功能，因此我建议也使用上下文，如底部的代码所示。

二）这可能可以通过使用 Rspec Set Gem 和 Database Cleaner Gem 来解决。另外：设置的原始原理

警告：确保设置使用 set 时正确启动 DatabaseCleaner。我自己的设置（可能有点矫枉过正，但对我有用）：

config.before(:suite) do
    DatabaseCleaner.clean_with :truncation    
 end

   config.before(:all) do
    DatabaseCleaner.clean_with :truncation
  end

    config.after(:all) do
    DatabaseCleaner.clean_with :truncation
  end

  config.after(:suite) do
    DatabaseCleaner.clean_with :truncation
  end

三）是的！ click_button“添加”应该可以！ 完整的 capybara API 很有用，但我花了一段时间才理解。最重要的是操作和 rspec 匹配器。

例如：

click_button "Add"
page.should have_content("Successfully Added")

您可以使用元素查找器缩小范围。

第四）设计提供帮助者。有一个登录助手。阅读 dox :)。这是一个演示：

feature 'User actions' do
  background do
    data = {
      :first_name => 'foo',
      :last_name  => 'bar',
      ...
    }

    @user = User.new(data, :as => :user)
    @user.save
  end

  context "no user is signed in" do 
    scenario 'User can browse home page' do
      visit root_path
      page.should have_content('Homepage')
    end

    scenario 'User should not be able to visit the dashboard' do
      visit dashboard_root_path
      page.should have_content('You are not authorized to access this page.')
    end
   end

  context "user is signed in" do

    before :each do 
      sign_in @user
    end

    [more scenarios]
  end
end

当然，最终您可能希望将其分成更具体的功能。可能有一个“公共导航”功能，用于所有有关访客查看内容的测试，然后为用户登录提供单独的功能，等等。

Answer 2

我不知道水豚，但可以在这里找到可用方法的完整列表：

http:// /rubydoc.info/github/jnicklas/capybara/master#

希望，这有帮助