Как я могу использовать макеты моделей в спецификациях контроллера AuthLogic?

Question

Я пытаюсь написать спецификации для контроллера, не используя приспособления (вместо этого используя макеты).Этот контроллер требует, чтобы пользователь вошел в систему, для чего я использую Авторизация, следуя рекомендации автора.

describe UsersController do

  def mock_user(stubs={})
    @mock_user ||= mock_model(User, stubs)
  end

  context 'when logged in' do
    before { activate_authlogic }

    it "exposes the logged-in user as @user in response to GET (show)" do
      UserSession.create(mock_user)
      ...
    end

    ...
  end

  ...
end

Все эти примеры терпят неудачу на линии UserSession.create(...), сообщая о:

Mock 'User_1005' received unexpected message :changed? with (no args)

Я не уверен, как это решить;издевается над :changed? => false соответствующий?

Answer 1

Иэн опубликовал(а) решение использования фиктивных объектов с AuthLogic.Перефразируя, следующие помощники входят в spec_helpers.rb:

def current_user(stubs = {})
  @current_user ||= mock_model(User, stubs)
end

def user_session(stubs = {}, user_stubs = {})
  @current_user_session ||= mock_model(UserSession, {:user => current_user(user_stubs)}.merge(stubs))
end

def login(session_stubs = {}, user_stubs = {})
  UserSession.stub!(:find).and_return(user_session(session_stubs, user_stubs))
end

def logout
  @user_session = nil
end

Я включил это в свои спецификации и обнаружил, что оно делает именно то, на что я надеялся.У меня есть рабочие спецификации контроллера, в которых используются фиктивные модели для вошедшего в систему пользователя, поэтому теперь они не ломаются, когда я добавляю поле в User.Пример реализации этого в спецификации Иэна выглядит следующим образом:

describe SecretsController do
  before { login }
  it "should be very very secret!"
end

P.S.Ненавижу отвечать на свой вопрос, но это тот ответ, который я искал;Я просто не нашел это достаточно рано.

Answer 2

Authlogic ожидает, что запись будет действовать как активный экземпляр записи. Вы можете использовать реальный экземпляр или макет, но если вы используете макет / заглушку, вы должны быть уверены, что он отвечает на все методы, требуемые Authlogic.

Я бы предложил использовать реальный объект активной записи вместо макета. Если вы не хотите использовать прибор, вы можете использовать Factory.

Последний вариант - передать макет, который отвечает на любые методы (это можно легко сделать с помощью method_missing). Проблема этого решения заключается в том, что вы заранее не знаете, какое значение должно возвращать какой-либо конкретный вызов метода.

Да, вы можете передать false, но это не совсем решение. Потребуется вручную попробовать / добавить значение по умолчанию, пока вы не найдете фиктивный объект, отвечающий на все запросы Authlogic. Но это потребует от вас постоянного следования authlogic для любых внутренних изменений, чтобы исправить оставшиеся без ответа вызовы на заглушку.

Answer 3

В Rails 3 это моделирование UserSession больше не работает, поскольку UserSession AuthLogic не является экземпляром ActiveRecord :: Base. Исправление, которое работает для меня:

class UserSession < Authlogic::Session::Base
  extend ActiveModel::Naming
end

Answer 4

Я обнаружил, что насмешливые аутентичные объекты были трудными, и в конце концов я отказался от насмешек. Вместо этого я теперь использую подход генераторов с использованием папочки объектов . Мои функциональные тесты теперь намного счастливее. Кстати, musta + object_daddy абсолютно потрясающий. Транзакционные контексты Ifa гарантируют, что моя тестовая база данных останется чистой, и мне не нужно будет сначала насмехаться над простыми объектами activerecord.