带有 Cucumber Stories 的会话变量

Question

我正在为“注册”应用程序编写一些 Cucumber 故事，该应用程序有多个步骤。

我宁愿像普通用户一样完成控制器中的每个操作，而不是编写一个 Huuuuuuuge 故事来一次涵盖所有步骤（这会很糟糕）。 我的问题是，我将第一步创建的帐户 ID 存储为会话变量，因此当访问步骤 2、步骤 3 等时，会加载现有的注册数据。

我知道能够在 RSpec 规范中访问 controller.session[..] 但是，当我尝试在 Cucumber 故事中执行此操作时，它会失败并出现以下错误（并且，我还阅读了某处这是反模式等...）：

使用controller.session[:whatever]或session[:whatever]

You have a nil object when you didn't expect it!
The error occurred while evaluating nil.session (NoMethodError)

使用session(:whatever)

wrong number of arguments (1 for 0) (ArgumentError)

所以，它似乎访问会话存储实际上是不可能的。 我想知道是否有可能（我猜哪一个是最好的..）：

1. 模拟会话存储等
2. 在控制器内有一个方法并存根该方法（例如 get_registration它分配了一个实例变量...）

我已经浏览了 RSpec 书（好吧，略读）并浏览了 WebRat 等，但我还没有真正找到我的问题的答案...

为了澄清一点 用户在注册完成之前要完成四个步骤 - 因此“登录”实际上并不是一个选项（它破坏了网站工作方式的模型）...

，注册过程更像是一个状态机 - 例如， 我的控制器规范我能够消除对基于会话变量加载模型的方法的调用 - 但我不确定“反模式”行是否也适用于存根和模拟？

谢谢！

Answer 1

我不知道这与原来的问题有多大关系，但我决定本着讨论的精神发布......

我们有一个黄瓜测试套件，需要＆gt; 运行时间为 10 分钟，因此我们想做一些优化。 在我们的应用程序中，登录过程会触发大量与大多数场景无关的额外功能，因此我们想通过直接设置会话用户 ID 来跳过这些功能。

Ryanb 的上述方法效果很好，只是我们无法使用该方法注销。 这导致我们的多用户故事失败。

我们最终创建了一个仅在测试环境中启用的“快速登录”路由：

# in routes.rb
map.connect '/quick_login/:login', :controller => 'logins', :action => 'quick_login'

这是创建会话变量的相应操作：

# in logins_controller.rb
class LoginsController < ApplicationController
  # This is a utility method for selenium/webrat tests to speed up & simplify the process of logging in.
  # Please never make this method usable in production/staging environments.
  def quick_login
    raise "quick login only works in cucumber environment! it's meant for acceptance tests only" unless Rails.env.test?
    u = User.find_by_login(params[:login])
    if u
      session[:user_id] = u.id
      render :text => "assumed identity of #{u.login}"
    else
      raise "failed to assume identity"
    end
  end
end

对于我们来说，这最终比使用 cookies 数组更简单。 作为奖励，这种方法也适用于 Selenium/Watir。

缺点是我们在应用程序中包含了与测试相关的代码。 就我个人而言，我不认为添加代码以使应用程序更具可测试性是一个巨大的罪恶，即使它确实增加了一些混乱。 也许最大的问题是未来的测试作者需要弄清楚他们应该使用哪种类型的登录。 由于硬件性能不受限制，我们显然不会这样做。

Answer 2

关于。 Ryan 的解决方案 - 您可以在 env.rb 文件中打开 ActionController 并将其放置在那里，以避免放入您的生产代码库（感谢 john @pivotal labs）

# in features/support/env.rb
class ApplicationController < ActionController::Base
  prepend_before_filter :stub_current_user
  def stub_current_user
    session[:user_id] = cookies[:stub_user_id] if cookies[:stub_user_id]
  end
end

Answer 3

我将重复 danpickett 所说的，在 Cucumber 中应尽可能避免模拟。 但是，如果您的应用程序没有登录页面，或者性能可能存在问题，那么可能需要直接模拟登录。

这是一个丑陋的黑客，但它应该可以完成工作。

Given /^I am logged in as "(.*)"$/ do |email|
  @current_user = Factory(:user, :email => email)
  cookies[:stub_user_id] = @current_user.id
end

# in application controller
class ApplicationController < ActionController::Base
  if Rails.env.test?
    prepend_before_filter :stub_current_user
    def stub_current_user
      session[:user_id] = cookies[:stub_user_id] if cookies[:stub_user_id]
    end
  end
end

Answer 4

模拟在黄瓜场景中很糟糕——它们几乎是一种反模式。

我的建议是编写一个实际登录用户的步骤。我这样做

Given I am logged in as "[email protected]"

Given /^I am logged in as "(.*)"$/ do |email|
  @user = Factory(:user, :email => email)
  @user.activate!
  visit("/session/new")
  fill_in("email", :with => @user.email)
  fill_in("password", :with => @user.password)
  click_button("Sign In")
end

我意识到实例变量 @user 是一种不好的形式 - 但我认为在登录/的情况下出来，拥有 @user 绝对有帮助。

有时我称之为@current_user。

Answer 5

我的理解是，您会得到：

You have a nil object when you didn't expect it!
The error occurred while evaluating nil.session (NoMethodError)

在实例化请求之前访问 session[] 时。 就您而言，我想如果您在步骤定义中访问 session[] 之前放置 webrats' visit some_existing_path ，错误就会消失。

现在，不幸的是，会话似乎并没有跨步骤持续存在（至少，我找不到方法），所以这些信息无助于回答你的问题:)

所以，我想，Ryan 的 session[:user_id] = cookies[:stub_user_id]... 是要走的路。 尽管在我看来，在应用程序本身中测试相关代码听起来并不正确。

Answer 6

回复：Ryan 的解决方案：

不适用于水豚，除非进行了小幅调整：（

rack_test_driver = Capybara.current_session.driver
cookie_jar = rack_test_driver.current_session.instance_variable_get(:@rack_mock_session).cookie_jar
@current_user = Factory(:user)
cookie_jar[:stub_user_id] = @current_user.id

此处找到：https://gist.github .com/484787）

Answer 7

我使用仅测试登录解决方案，例如 Prikka's，但是我在 Rack 中完成这一切，而不是创建新的控制器和路由。

# in config/environments/cucumber.rb:

config.middleware.use (Class.new do
  def initialize(app); @app = app; end
  def call(env)
    request = ::Rack::Request.new(env)
    if request.params.has_key?('signed_in_user_id')
      request.session[:current_user_id] = request.params['signed_in_user_id']
    end
    @app.call env
  end
end)

# in features/step_definitions/authentication_steps.rb:
Given /^I am signed in as ([^\"]+)$/ do |name|
  user = User.find_by_username(name) || Factory(:user, :username => name)
  sign_in_as user
end

# in features/step_definitions/authentication_steps.rb:
Given /^I am not signed in$/ do
  sign_in_as nil
end

module AuthenticationHelpers
  def sign_in_as(user)
    return if @current_user == user
    @current_user = user
    get '/', { 'signed_in_user_id' => (user ? user.to_param : '') }
  end
end

World(AuthenticationHelpers)

Answer 8

@Ajedi32我遇到了同样的问题（Capybara::RackTest::Driver的未定义方法'current_session'）并将其放入我的步骤定义中为我解决了这个问题：

rack_test_browser = Capybara.current_session.driver.browser

cookie_jar = rack_test_browser.current_session.instance_variable_get(:@rack_mock_session).cookie_jar
cookie_jar[:stub_user_id] = @current_user.id

在我的控制器操作中，我引用了cookies[:stub_user_id]，而不是 cookie_jar[:stub_user_id]

Answer 9

为什么不将 FactoryGirl 或（Fixjour 或 Fabricator）与 Devise（或 Authlogic）和 SentientUser 结合使用？ 然后你可以简单地嗅探哪个用户已经登录！

@user = Factory(:user)       # FactoryGirl
sign_in @user                # Devise
User.current.should == @user # SentientUser

Answer 10

另一个细微的变化：

# In features/step_definitions/authentication_steps.rb:

class SessionsController < ApplicationController
  def create_with_security_bypass
    if params.has_key? :user_id
      session[:user_id] = params[:user_id]
      redirect_to :root
    else
      create_without_security_bypass
    end
  end

  alias_method_chain :create, :security_bypass
end

Given %r/^I am logged in as "([^"]*)"$/ do |username|
  user = User.find_by_username(username) || Factory(:user, :username => username)
  page.driver.post "/session?user_id=#{user.id}"
end

Answer 11

经过大量的灵魂搜索和网上冲浪后，我最终选择了一个非常简单且明显的解决方案。

使用 cookies 会带来两个问题。 首先，您在应用程序中有专门用于测试的代码，其次，存在的问题是，当使用除机架测试之外的任何内容时，在 Cucumber 中创建 cookie 很困难。 cookie 问题有多种解决方案，但都有点具有挑战性，有些引入了模拟，所有这些都是我所说的“棘手”。 一种这样的解决方案是这里< /a>.

我的解决方案如下。 这是使用 HTTP 基本身份验证，但它可以推广到大多数情况。

  authenticate_or_request_with_http_basic "My Authentication" do |user_name, password|
    if Rails.env.test? && user_name == 'testuser'
      test_authenticate(user_name, password)
    else
      normal_authentication
    end
  end

test_authenticate 执行正常身份验证所做的操作，除了它绕过任何耗时的部分。 就我而言，真正的身份验证是使用我想避免的 LDAP。

是的……虽然有点粗俗，但很清楚、简单、明显。 而且……我见过的没有其他解决方案比它更干净或更清晰。

请注意，一个功能是，如果 user_name 不是“testuser”，则采用正常路径，以便可以对其进行测试。

希望这对其他人有帮助...