Bird
Raised Fist0
Rubyprogramming~10 mins

Let and before hooks in Ruby - Interactive Code Practice

Choose your learning style10 modes available
Practice - 5 Tasks
Answer the questions below
1fill in blank
easy

Complete the code to define a lazy variable using let.

Ruby
let(:user) { [1] }
Drag options to blanks, or click blank then click option'
Ait
BUser.new
Cdescribe
Dbefore(:each)
Attempts:
3 left
💡 Hint
Common Mistakes
Using before(:each) inside let block.
Trying to call describe or it inside let.
2fill in blank
medium

Complete the code to run setup code before each test.

Ruby
before(:each) do
  [1]
end
Drag options to blanks, or click blank then click option'
A@user = User.new
Blet(:user)
Cdescribe 'user'
Dit 'creates user'
Attempts:
3 left
💡 Hint
Common Mistakes
Trying to call let(:user) inside before.
Writing describe or it inside before.
3fill in blank
hard

Fix the error in the before hook to properly initialize @count.

Ruby
before(:each) do
  @count = [1]
end
Drag options to blanks, or click blank then click option'
Acount + 1
Blet(:count)
Ccount = 0
D0
Attempts:
3 left
💡 Hint
Common Mistakes
Using count + 1 without defining count.
Trying to call let(:count) inside before.
4fill in blank
hard

Fill both blanks to create a let variable and use it in a before hook.

Ruby
let(:number) { [1] }
before(:each) do
  @result = number [2] 5
end
Drag options to blanks, or click blank then click option'
A10
B+
C*
D20
Attempts:
3 left
💡 Hint
Common Mistakes
Using multiplication instead of addition.
Using a string instead of a number in let.
5fill in blank
hard

Fill all three blanks to define a let variable, a before hook, and a test using them.

Ruby
let(:text) { [1] }
before(:each) do
  @shouted = text.[2]
end
it 'shouts the text' do
  expect(@shouted).to eq([3])
end
Drag options to blanks, or click blank then click option'
A"hello"
Bupcase
C"HELLO"
Ddowncase
Attempts:
3 left
💡 Hint
Common Mistakes
Using downcase instead of upcase.
Mismatching expected string case in the test.

Practice

(1/5)
1. What is the main purpose of using let in Ruby tests?
easy
A. To create reusable values that are lazily evaluated
B. To run setup code before each test
C. To define a test case
D. To clean up after tests run

Solution

  1. Step 1: Understand let behavior

    let defines a value that is created only when needed (lazy evaluation) and reused within the same test.
  2. Step 2: Differentiate from before

    before runs code before each test but does not create reusable values like let.
  3. Final Answer:

    To create reusable values that are lazily evaluated -> Option A
  4. Quick Check:

    let = reusable lazy value [OK]
Hint: Remember: let creates values, before runs code [OK]
Common Mistakes:
  • Confusing let with before hook
  • Thinking let runs before each test eagerly
  • Assuming let defines test cases
2. Which of the following is the correct syntax to define a let variable named user with value "Alice"?
easy
A. before { user = "Alice" }
B. let user = "Alice"
C. let(:user) { "Alice" }
D. let user { "Alice" }

Solution

  1. Step 1: Recall let syntax

    let takes a symbol argument and a block returning the value: let(:name) { value }.
  2. Step 2: Check each option

    let(:user) { "Alice" } matches correct syntax. Options B and D miss parentheses or block syntax. before { user = "Alice" } uses before, not let.
  3. Final Answer:

    let(:user) { "Alice" } -> Option C
  4. Quick Check:

    Correct let syntax uses symbol and block [OK]
Hint: Use parentheses and block for let: let(:name) { value } [OK]
Common Mistakes:
  • Omitting parentheses around symbol
  • Using assignment instead of block
  • Confusing let with before syntax
3. Given the code below, what will be printed when the test runs?
let(:count) { 0 }
before { count += 1 }
it "increments count" do
  puts count
end
medium
A. 0
B. 1
C. 2
D. Error: undefined method += for nil

Solution

  1. Step 1: Understand let and before interaction

    let(:count) { 0 } defines a method returning 0. But count is not a variable; it's a method call.
  2. Step 2: Analyze before { count += 1 }

    count += 1 tries to modify count as a variable, but count is a method, so Ruby raises an error: undefined method += for nil or no local variable.
  3. Final Answer:

    Error: undefined method += for nil -> Option D
  4. Quick Check:

    Cannot modify let method return with += [OK]
Hint: let defines methods, not variables; += fails on method calls [OK]
Common Mistakes:
  • Assuming let creates a variable to modify
  • Expecting count to increment automatically
  • Ignoring that let is lazily evaluated method
4. Identify the error in the following test setup:
let(:numbers) { [1, 2, 3] }
before do
  numbers << 4
end
it "checks numbers length" do
  expect(numbers.length).to eq(4)
end
medium
A. Modifying let value causes shared state between tests
B. No error; test passes as expected
C. Syntax error in let definition
D. before block runs after the test

Solution

  1. Step 1: Understand let and before execution order

    let(:numbers) memoizes a new array [1,2,3] the first time numbers is called in each test example.
  2. Step 2: Trace the test execution

    In before, numbers << 4 calls/memoizes numbers and mutates it to [1,2,3,4]. In it, numbers.length (memoized) is 4, so test passes.
  3. Final Answer:

    No error; test passes as expected -> Option B
  4. Quick Check:

    Mutation in before(:each) affects per-example memoized let correctly [OK]
Hint: let memoizes per example; before mutation visible consistently in test [OK]
Common Mistakes:
  • Misunderstanding per-example memoization (no inter-test sharing)
  • Thinking mutation always causes shared state between tests
  • Confusing before(:each) with before(:all)
5. You want to test a user object that requires setup before each test and a reusable user name. Which is the best way to combine let and before hooks?
let(:user_name) { "Bob" }
before do
  @user = User.new(name: user_name)
  @user.activate!
end
it "checks user is active" do
  expect(@user.active?).to be true
end

What is the main advantage of this approach?
hard
A. Separates reusable data (user_name) from setup actions (before)
B. Runs let block after before hook
C. Avoids using instance variables for test data
D. Ensures user_name is reset after each test

Solution

  1. Step 1: Analyze separation of concerns

    let(:user_name) defines reusable data lazily, while before runs setup code creating and activating user.
  2. Step 2: Understand benefits

    This keeps data definition and setup logic cleanly separated, improving test readability and maintainability.
  3. Final Answer:

    Separates reusable data (user_name) from setup actions (before) -> Option A
  4. Quick Check:

    let for data, before for setup [OK]
Hint: Use let for data, before for setup steps [OK]
Common Mistakes:
  • Thinking let runs before before hook
  • Avoiding instance variables unnecessarily
  • Confusing reset behavior of let
Recommended

Ready to prove it?

Pass the test and this pattern moves unknown strong while earning +1 Grip toward your certificate.

10 questions~5 mineasy hard