Integration tests in Ruby on Rails - Practice Problems & Coding Challenges

Challenge - 5 Problems

❓ component_behavior

intermediate

What is the output of this Rails integration test?

Consider this integration test that simulates a user logging in and visiting the dashboard page. What will the test assert about the response?

Ruby on Rails

require "test_helper"

class UserFlowsTest < ActionDispatch::IntegrationTest
  test "login and visit dashboard" do
    post login_path, params: { session: { email: "[e-mail]", password: "password" } }
    follow_redirect!
    get dashboard_path
    assert_response :success
    assert_select "h1", "Dashboard"
  end
end

A The test will fail because follow_redirect! is called before get dashboard_path.

B The test will fail because assert_select cannot be used in integration tests.

C The test will raise an error because post login_path requires a CSRF token.

D The test will pass if the dashboard page loads with an <h1> containing 'Dashboard'.

💡 Hint

Remember that follow_redirect! follows the redirect after login, and assert_select works in integration tests.

The test simulates a login by posting credentials, follows the redirect to the logged-in page, then requests the dashboard page. It asserts the response is successful and that the page contains an

with 'Dashboard'. This is valid and will pass if the app behaves correctly.

❓ state_output

intermediate

What is the value of session[:user_id] after this integration test runs?

In this integration test, a user logs in. What will be the value of session[:user_id] after the post request?

Ruby on Rails

post login_path, params: { session: { email: "[e-mail]", password: "password" } }

# What is session[:user_id] now?

A It will be the id of the logged-in user (an integer).

B It will be nil because session is not accessible in integration tests.

C It will be a string containing the user's email.

D It will raise an error because session is private in integration tests.

💡 Hint

Think about how integration tests simulate requests and what is accessible.

In Rails integration tests, the session hash is not directly accessible after requests. You cannot read session[:user_id] directly in the test. Instead, you verify behavior through responses or database state.

🔧 Debug

advanced

Why does this integration test fail with a 'No route matches' error?

This integration test tries to visit a profile page but fails with a routing error. What is the cause?

Ruby on Rails

get profile_path(user_id: 1)
assert_response :success

A The routes file does not define a profile_path route.

B The test forgot to log in the user before accessing the profile page.

C The route helper profile_path requires a user object, not a user_id parameter.

D The get method requires params to be passed as a separate hash, not inside the path helper.

💡 Hint

Check your config/routes.rb for the profile_path definition.

The error indicates no route matches the given path. This usually means the route is not defined in routes.rb. Passing parameters incorrectly or login state issues cause different errors.

📝 Syntax

advanced

Which option correctly writes an integration test to check a redirect after logout?

You want to test that after logout, the user is redirected to the home page. Which code snippet is correct?

A

delete logout_path
follow_redirect!
assert_response :success
assert_select "h1", "Home"

B

delete logout_path
assert_redirected_to root_path

C

post logout_path
assert_response :redirect
assert_redirected_to root_path

D

get logout_path
assert_response :success
assert_select "h1", "Home"

💡 Hint

Remember logout is usually a DELETE request and you must follow redirects to check final page content.

Option A correctly sends a DELETE request to logout_path, follows the redirect, checks the response is success, and verifies the home page heading. Other options use wrong HTTP verbs or miss following redirects.

🧠 Conceptual

expert

What is the main difference between Rails integration tests and controller tests regarding session and cookies?

Choose the statement that best describes how session and cookies behave differently in Rails integration tests compared to controller tests.

A Integration tests require manual management of session and cookies, while controller tests automatically handle them.

B Both integration and controller tests provide direct access to session and cookies after each request.

C Integration tests simulate multiple requests and do not expose session or cookies directly, while controller tests allow direct access to session and cookies.

D Controller tests simulate full browser behavior including cookies, but integration tests do not.

💡 Hint

Think about the scope and purpose of integration vs controller tests.

Integration tests simulate user behavior across multiple requests and do not expose session or cookies directly to tests. Controller tests focus on single controller actions and allow direct access to session and cookies for easier unit testing.