测试页面重定向的问题答案

【问题标题】：Problems with testing page redirection测试页面重定向的问题
【发布时间】：2016-09-05 18:32:03
【问题描述】：

我一直在根据 Micheal Hartl 的教程书学习 Ruby on Rails，并遇到了一个非常有趣的问题，即 rspec 测试重定向到根页面，以防我网站中的某些用户尝试通过点击适当的网址。问题是，当我启动 rails 服务器并手动检查此操作时，它实际上会将我重定向到根 url，但是，规范测试表明：

Failure/Error: specify { expect(response).to redirect_to(root_url) }
   Expected response to be a redirect to <http://www.example.com/> but was a redirect to <http://www.example.com/signin>.
   Expected "http://www.example.com/" to be === "http://www.example.com/signin".
 # ./spec/requests/authentication_pages_spec.rb:95:in `block (5 levels) in <top (required)>'

我在网上搜索了这个问题的解决方法，发现实际上有几个类似的问题，人们建议使用rb文件中的no_capybara: true，但是我已经使用了这个解决方案。本次测试的代码部分如下：

describe "as wrong user" do
  let(:user) { FactoryGirl.create(:user) }
  let(:wrong_user) { FactoryGirl.create(:user, email: "wrong@example.com") }
  before { sign_in user, no_capybara: true }

  describe "submitting a GET request to the Users#edit action" do
    before { get edit_user_path(wrong_user) }
    specify { expect(response.body).not_to match(full_title('Edit user')) }
    specify { expect(response).to redirect_to(root_url) }
  end

  describe "submitting a PATCH request to the Users#update action" do
    before { patch user_path(wrong_user) }
    specify { expect(response).to redirect_to(root_url) }
  end
end

控制器代码也在这里：

class UsersController < ApplicationController
  before_action :signed_in_user, only: [:index, :edit, :update]
  before_action :correct_user,   only: [:edit, :update]

  def index
    @users = User.all
  end

  def show
    @user = User.find(params[:id])
  end

  def new
    @user = User.new
  end

  def create
    @user=User.new(user_params)
    if @user.save
      sign_in @user
      flash[:success] = "Welcome to the Sample App!"
      redirect_to @user
    else
      render 'new'
    end
  end

  def edit
  end

  def update
    if @user.update_attributes(user_params)
      flash[:success] = "Profile updated"
      redirect_to @user
    else
      render 'edit'
    end
  end

  private

    def user_params
      params.require(:user).permit(:name, :email, :password, :password_confirmation)
    end

    #Before filters

    def signed_in_user
      unless signed_in?
        store_location
        redirect_to signin_url, notice: "Please sign in."
      end
    end

    def correct_user
      @user = User.find(params[:id])
      redirect_to(root_url) unless current_user?(@user)
    end
  end

这里还有控制器的会话帮助代码：

def current_user?(user)
    user == current_user
end

def sign_out
    current_user.update_attribute(:remember_token, User.encrypt(User.new_remember_token))
    cookies.delete(:remember_token)
    self.current_user = nil
end

def redirect_back_or(default)
    redirect_to(session[:return_to] || default)
    session.delete(:return_to)
end

我很高兴得到任何答案，并准备提供任何细节！

【问题讨论】：

好像用户的sign_in不起作用，如果他真的通过调试器/byebug登录或者只是写一个小测试用例来验证它get edit_user_path(user)（不应该重定向）
@jethroo 哇，我已经做了测试，看看这个例子中用户是否真的登录了，看来他不是。但是我在 rb 文件中也有相同的测试（几乎相似），它测试登录页面和授权。我是这里的新手，您知道为什么会出现问题吗？
你能检查一下你的sign_in test方法吗，应该像这个问题：stackoverflow.com/questions/18620780/…，还有一个解释为什么需要这个选项
@jethroo 非常感谢！我终于找到了解决方案并理解了问题所在。如果您愿意，您可以在答案部分发表您的评论，以便我接受。祝你有美好的一天！

标签： ruby-on-rails ruby rspec

【解决方案1】：

用户的sign_in 似乎不起作用。请先检查用户是否真的通过调试器/byebug 登录，或者只是编写一个小测试用例以使用get edit_user_path(user) 验证它（它不应该重定向）。

您可能还想检查您的测试sign_in 方法是否正确实现：Can't understand no_capybara option in michael hart'l tutorial test。这也是为什么这里必须使用no_capybara 选项的解释。

【讨论】：