ruby-on-rails – capybara-webkit – rails session未保留/设置

发布时间：2020-12-17 02:00:41 所属栏目：百科来源：网络整理

导读：我为我的集成测试设置了capybara-webkit,我遇到了一个非常简单的问题.我的会话没有存储.用例非常简单 1. Login 2. Go to a specific page 3. Check if it has the approp content 现在在第2步,我的应用程序将测试用例返回到登录页面 – 这意味着会话未正确设

我为我的集成测试设置了capybara-webkit,我遇到了一个非常简单的问题.我的会话没有存储.用例非常简单

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

现在在第2步,我的应用程序将测试用例返回到登录页面 – 这意味着会话未正确设置.

任何帮助深表感谢

如果我使用@culerity而不是@javascript那么这个测试用例通过,所以问题似乎是capybara-webkit设置

我对capybara-webkit支持的env.rb如下

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 = – 3fbe1c2a77a433228e7b7f2d8c8f0aec3ad5fb5f;仅Http;域=本地主机;路径= /”]

更新2：
?正在咆哮着错误的树.似乎我在测试用例中创建的用户没有被rails应用程序看到,因为我的数据库清理策略设置为事务性.在…查看更多信息
?????????https://groups.google.com/forum/#!msg/ruby-capybara/JI6JrirL9gM/R6YiXj4gi_UJ

解决方法

为了增加清晰度,
Capybara webkit或selenium驱动程序运行在一个不同的线程然后应用程序,所以如果你使用事务夹具或database_cleaner与策略：事务和你的数据没有提交到数据库,另一个线程将不会看到它.
可能的解决方案是

>将database_cleaner与策略结合使用：截断. (稳固,但很慢)
>添加代码以使用单个事务为所有线程强制激活记录. (更快,但可能有一些问题,例如：没有调用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

我正在使用第二种选择,但这是有争议的.

（编辑：李大同）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!