capybara-webkit - сеанс рельсов не сохраняется / установлен - PullRequest
Новая
       23

capybara-webkit - сеанс рельсов не сохраняется / установлен

4 голосов
/ 16 декабря 2011

Я настроил capybara-webkit для своих интеграционных тестов, и я столкнулся с очень простой проблемой. Моя сессия не сохраняется. Вариант использования довольно прост 

       1. Login
       2. Go to a specific page
       3. Check if it has the approp content

Теперь на шаге 2 мое приложение возвращает тестовый пример на страницу входа - это означает, что сеанс не настроен должным образом.

любая помощь очень ценится

Если я использую @culerity вместо @javascript, то этот тестовый пример проходит, и проблема, похоже, заключается в настройке capybara-webkit

Мой env.rb для поддержки capybara-webkit выглядит следующим образом 

    Spork.prefork do
     require 'cucumber/rails'
     require 'capybara'
     require 'capybara/dsl'
     require 'capybara/cucumber'
     require 'capybara-webkit'

     Capybara.run_server = false
     Capybara.javascript_driver = :webkit
     Capybara.default_selector = :css


     # Capybara defaults to XPath selectors rather than Webrat's default of CSS3. In
     # order to ease the transition to Capybara we set the default here. If you'd
     # prefer to use XPath just remove this line and adjust any selectors in your
     # steps to use the XPath syntax.
     # Capybara.default_host = "127.0.0.1:3000"

     Capybara.app_host = "http://localhost:3000"
   end

Обновление 1: Похоже, сеансы устанавливаются. Я использовал следующий код для вывода сеанса из моих шагов 

     puts(Capybara.current_session.driver.browser.get_cookies)

и я получил следующее - похоже, файл cookie устанавливается, но не отправляется обратно

[ "_ jqt_session = BAh7CEkiD3Nlc3Npb25faWQGOgZFRiIlYmMwYzNjYjY0MGU3NTg0OWFlNTcwODhmM2I2MzE1YmRJIhBfY3NyZl90b2tlbgY7AEZJIjEwRzN6NG1NTzZqamNCNC9FdWZWeXBCMHdoeThueXBnaTJDcTVzbmJqQlBZPQY7AEZJIgpmbGFzaAY7AEZJQzolQWN0aW9uRGlzcGF0Y2g6OkZsYXNoOjpGbGFzaEhhc2h7BjoKYWxlcnRJIh9JbnZhbGlkIGVtYWlsIG9yIHBhc3N3b3JkLgY7AFQGOgpAdXNlZG86CFNldAY6CkBoYXNoewY7B1Q% 3D - 3fbe1c2a77a433228e7b7f2d8c8f0aec3ad5fb5f; HttpOnly; домен = локальный; Путь = /"]

Обновление 2: лаял не на то дерево. Кажется, что пользователь, которого я создавал в моем тестовом примере, не был замечен приложением rails, поскольку моя стратегия очистки базы данных была установлена ​​на транзакционный. увидеть больше информации на https://groups.google.com/forum/#!msg/ruby-capybara/JI6JrirL9gM/R6YiXj4gi_UJ

1 Ответ

1 голос
/ 02 декабря 2013

Для большей ясности, Webkit или драйвер селена Capybara работает в другом потоке, чем в приложении, поэтому, если вы используете фиксацию транзакций или database_cleaner со стратегией: транзакция, и ваши данные не передаются в базу данных, и другой поток не увидит ее. Возможные решения:

  1. Использовать database_cleaner со стратегией: усечение. (твердо, но медленно)

  2. Добавить код для принудительной активной записи, используя одну транзакцию для всех потоков. (быстрее, но могут быть некоторые проблемы, например: ловушки after_commit не вызываются, так как нет коммита) 

    #Capybara use the same connection
class ActiveRecord::Base
  mattr_accessor :shared_connection
  @@shared_connection = nil 

  def self.connection
    @@shared_connection || retrieve_connection
  end 
end 

# Forces all threads to share the same connection. This works on
# Capybara because it starts the web server in a thread.
ActiveRecord::Base.shared_connection = ActiveRecord::Base.connection

Я использую вариант 2-й, но это спорно.

...