Как вы отправляете сообщение на URL-адрес в Capybara?

Совсем недавно я нашел эту замечательную запись в блоге. Это отлично подходит для таких случаев, как Тони, и когда вы действительно хотите опубликовать что-то в своем кьюке:

Для моего случая это стало:

def send_log(file, project)
  proj = Project.find(:first, :conditions => "name='#{project}'")
  f = File.new(File.join(::Rails.root.to_s, file))
  page.driver.post("projects/" + proj.id.to_s + "/log?upload_path=" + f.to_path)
  page.driver.status_code.should eql 200
end

Вы можете сделать это:

rack_test_session_wrapper = Capybara.current_session.driver
rack_test_session_wrapper.submit :post, your_path, nil

• Вы можете заменить :post каким бы то ни было методом, который вам нужен, например. :put или :delete.
• Замените your_path на путь Rails, который вы хотите, например. rack_test_session_wrapper.submit :delete, document_path(Document.last), nil удалит последний документ в моем приложении.

Если у вашего драйвера нет post (например, у Полтергейста), вы можете сделать это:

session = ActionDispatch::Integration::Session.new(Rails.application)
response = session.post("/mypath", my_params: "go_here")

Но обратите внимание, что этот запрос происходит в новом сеансе, поэтому вам придется пройти через объект response, чтобы утвердить его.

Как было сказано в другом месте, в тесте Capybara вы обычно хотите выполнять POST, отправляя форму так же, как пользователь. Я использовал приведенное выше, чтобы проверить, что происходит с пользователем, если POST происходит в другом сеансе (через WebSockets), поэтому форма не обрезает его.

Документы:

• http://api.rubyonrails.org/classes/ActionDispatch/Integration/Session.html
• http://api.rubyonrails.org/classes/ActionDispatch/Integration/RequestHelpers.html

Capybara visit выполняет только запросы GET. Это по дизайну.

Чтобы пользователь выполнил POST, он должен нажать кнопку или отправить форму. Другого способа сделать это с помощью браузера нет.

Правильный способ проверить это поведение:

visit "project/:id/edit" # This will only GET
attach_file "photo", File.open('cute_photo.jpg')
click_button 'Upload' # This will POST

Если вы хотите протестировать API, я рекомендую использовать spec/request вместо огурца, но это только я.

Я знаю, что ответ уже принят, но я хотел бы предоставить обновленный ответ. Вот метод от Энтони Идена и Corey Haines, который передает Rack::Test объекту Cucumber's World:

Тестирование REST API с Cucumber и Rack:: Тест

С помощью этой техники я смог напрямую отправлять почтовые запросы в определениях шагов. При написании определений шагов было чрезвычайно полезно изучить Rack::Test API из его собственного спецификации.

# feature
  Scenario: create resource from one time request
    Given I am an admin
    When I make an authenticated request for a new resource
    Then I am redirected  
    And I see the message "Resource successfully created" 

# step definitions using Rack::Test
When /^I make an authenticated request for a new resource$/ do
  post resources_path, :auth_token => @admin.authentication_token
  follow_redirect!
end

Then /^I am redirected$/ do
  last_response.should_not be_redirect
  last_request.env["HTTP_REFERER"].should include(resources_path)
end

Then /^I see the message "([^"]*)"$/ do |msg|
  last_response.body.should include(msg)
end

Хотя это не точный ответ на вопрос, лучшим решением для меня было использовать Capybara для спецификаций, которые имитируют взаимодействие с пользователем (с использованием visit), и Rack Test для тестовых API, таких как запросы. Их можно использовать вместе в одном наборе тестов.

Добавление следующего в помощник спецификации дает доступ к get, post и другим методам тестирования Rack:

RSpec.configure do |config|
  config.include Rack::Test::Methods

Возможно, вам потребуется поместить спецификации Rack Test в папку spec/requests.

С приложением, использующим RSpec 3+, вы не захотите делать запрос HTTP POST с помощью Capybara. Capybara предназначена для имитации поведения пользователя и принятия поведения JS и содержимого страницы в результате. Конечный пользователь не формирует HTTP-запросы POST для ресурсов в вашем приложении, пользователь нажимает кнопки, нажимает ссылки ajax, перетаскивает элементы, отправляет веб-формы и т. д.

Прочтите эту запись в блоге о Capybara и других методах HTTP. Автор делает следующее утверждение:

Вы видели какие-либо упоминания о таких методах, как get, post или response? Нет? Это потому, что их нет в Capybara. Давайте проясним это... Capybara — это не библиотека, подходящая для тестирования API. Вот оно. Не тестируйте API с помощью Capybara. Он не был предназначен для этого.

Таким образом, разрабатывается API или нет, если вам нужно сделать явный запрос HTTP POST, и он не включает элемент HTML и какое-то событие (щелчок, перетаскивание, выбор, выделение фокуса и т. д.), то это не должно быть проверено с капибарой. Если вы можете протестировать ту же функцию, нажав какую-либо кнопку, используйте Capybara.

Скорее всего, вам нужны спецификации запроса RSpec. . Здесь вы можете делать post вызовы, а также любые другие HTTP-методы и утверждать ожидания в отношении ответа. Вы также можете имитировать n объектов-заглушек и методов, чтобы подтвердить ожидания в отношении побочных эффектов и других действий, которые происходят между вашим запросом и ответом.

# spec located in spec/requests/project_file_upload_spec.rb
require "rails_helper"

RSpec.describe "Project File Upload", type: :request do

  let(:project) { create(:project) }
  let(:file)    { File.new(File.join(::Rails.root.to_s, 'path/to/file.ext')) } # can probably extract this to a helper...

  it "accepts a file uploaded to a Project resource" do

    post "project/#{project.id}/upload", upload_path: file

    expect(response).to be_success
    expect(project.file?).to eq(true)
    # expect(project.file).not_to eq(nil)
    expect(response).to render_template(:show)
  end

end

Как уже говорили другие, нет прямого способа выполнить POST с Capybara, потому что все дело во взаимодействии с браузером. Для тестирования API я очень настоятельно рекомендую гем rspec_api_documentation.