класс ActionController::TestCase

Базовый класс для функциональных тестов контроллеров ActionController. Функциональные тесты позволяют тестировать отдельный метод контроллера в каждом методе теста.

Используйте интеграционные тесты контроллеров вместо функциональных тестов контроллеров.

В Rails не рекомендуется использовать функциональные тесты в пользу интеграционных (используйте ActionDispatch::IntegrationTest).

Новые приложения Rails больше не генерируют функциональные тесты контроллеров, и они должны использоваться только для обратной совместимости. Интеграционные тесты контроллеров выполняют реальные запросы, в то время как функциональные тесты контроллеров просто моделируют запрос. Кроме того, интеграционные тесты работают так же быстро, как функциональные тесты, и предоставляют множество помощников, таких как as, parsed_body, для эффективного тестирования действий контроллеров, включая даже конечные точки API.

Базовый пример

Функциональные тесты пишутся следующим образом:

1. Сначала используется метод get, post, patch, put, delete или head для моделирования HTTP-запроса.

2. Затем проверяется, соответствует ли текущее состояние ожиданиям. «Состояние» может быть чем угодно: HTTP-ответ контроллера, содержимое базы данных и т. д.

Например:

class BooksControllerTest < ActionController::TestCase
  def test_create
    # Simulate a POST response with the given HTTP parameters.
    post(:create, params: { book: { title: "Love Hina" }})

    # Asserts that the controller tried to redirect us to
    # the created book's URI.
    assert_response :found

    # Asserts that the controller really put the book in the database.
    assert_not_nil Book.find_by(title: "Love Hina")
  end
end

Вы также можете отправлять реальный документ в моделируемом HTTP-запросе.

def test_create
  json = {book: { title: "Love Hina" }}.to_json
  post :create, body: json
end

Специальные переменные инстанса

ActionController::TestCase также автоматически предоставит следующие переменные инстанса для использования в тестах:

@controller

Экземпляр контроллера, который будет протестирован.

@request

ActionController::TestRequest, представляющий текущий HTTP-запрос. Вы можете изменить этот объект перед отправкой HTTP-запроса. Например, вы можете установить некоторые свойства сеанса перед отправкой запроса GET.

@response

Объект ActionDispatch::TestResponse, представляющий ответ последнего HTTP-ответа. В приведенном выше примере @response становится допустимым после вызова post. Если различных методов проверки недостаточно, вы можете использовать этот объект для детального анализа HTTP-ответа.

Контроллер автоматически определяется

ActionController::TestCase автоматически определит контроллер, который тестируется, по имени класса теста. Если контроллер нельзя определить по имени класса теста, вы можете явно установить его с помощью tests.

class SpecialEdgeCaseWidgetsControllerTest < ActionController::TestCase
  tests WidgetController
end

Тестирование внутренних частей контроллера

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

• session: Объекты, сохранённые в сессии.

• flash: Объекты flash, которые есть в сессии.

• cookies: Куки, отправленные пользователю в этом запросе.

Эти коллекции можно использовать как любой другой хэш:

assert_equal "Dave", cookies[:name] # makes sure that a cookie called :name was set as "Dave"
assert flash.empty? # makes sure that there's nothing in the flash

Помимо коллекций, у вас есть полный URL, на который данное действие перенаправило, доступный в redirect_to_url.

Для перенаправлений в рамках одного контроллера вы можете даже вызвать follow_redirect, и перенаправление будет выполнено, вызвав ещё одно действие, к которому затем можно будет применить утверждения.

Изменение переменных сессии и куки

Иногда вам нужно настроить переменные сессии и куки для теста. Для этого просто присвойте значение коллекции session или cookie:

session[:key] = "value"
cookies[:key] = "value"

Чтобы очистить куки для теста, просто очистите коллекцию cookie:

cookies.clear

Тестирование именованных маршрутов

Если вы используете именованные маршруты, их можно легко протестировать, используя оригинальные методы именованных маршрутов непосредственно в случае теста.

assert_redirected_to page_url(title: 'foo')