Minitest basics (assert style) in Ruby - Time & Space Complexity

Time Complexity: Minitest basics (assert style)

O(n)

Understanding Time Complexity

When we write tests using Minitest's assert style, it's important to know how long these tests take as the code grows.

We want to understand how the time to run tests changes when we add more checks or bigger inputs.

Scenario Under Consideration

Analyze the time complexity of the following Minitest assert style test.

require 'minitest/autorun'

class TestSum < Minitest::Test
  def test_sum
    n = 1000
    numbers = (1..n).to_a
    sum = numbers.reduce(0, :+)
    assert_equal n * (n + 1) / 2, sum
  end
end

This test checks if the sum of numbers from 1 to n is correct using the reduce method and an assertion.

Identify Repeating Operations

Look at what repeats when the test runs.

• Primary operation: Summing numbers from 1 to n using reduce.
• How many times: The sum operation goes through all n numbers once.

How Execution Grows With Input

As n grows, the sum operation takes longer because it adds more numbers.

Input Size (n)	Approx. Operations
10	About 10 additions
100	About 100 additions
1000	About 1000 additions

Pattern observation: The number of operations grows directly with n, so doubling n doubles the work.

Final Time Complexity

Time Complexity: O(n)

This means the test takes longer in a straight line as the input size n grows.

Common Mistake

[X] Wrong: "The assertion itself takes a lot of time as n grows."

[OK] Correct: The assertion just compares two numbers, which is very fast and does not depend on n.

Interview Connect

Understanding how test time grows helps you write efficient tests and shows you care about quality and speed in real projects.

Self-Check

"What if we replaced the reduce method with a direct formula calculation? How would the time complexity change?"

Practice

1. What does the assert method in Minitest do?

easy

A. Checks if a condition is true and fails the test if not

B. Runs the entire test suite automatically

C. Prints the test results to the console

D. Defines a new test case class

Solution

1. Step 1: Understand the purpose of assert

   The assert method is used to verify that a condition is true during a test.

2. Step 2: What happens if the condition is false?

   If the condition is false, the test fails and reports an error.

3. Final Answer:

   Checks if a condition is true and fails the test if not -> Option A

4. Quick Check:

   assert checks truth = B [OK]

Hint: Assert checks if condition is true, else test fails [OK]

Common Mistakes:

• Thinking assert runs all tests
• Confusing assert with printing output
• Believing assert defines test classes

2. Which of the following is the correct syntax to write a test method in Minitest using assert style?

easy

A. function test_example() { assert_equal(5, 2 + 3); }

B. def test_example; assert_equal 5, 2 + 3; end

C. test 'example' do; assert_equal 5, 2 + 3; end

D. test_example() { assert_equal 5, 2 + 3 }

Solution

1. Step 1: Identify Ruby method syntax for Minitest

   In Minitest, test methods start with def test_... and end with end.

2. Step 2: Check the assert usage inside the method

   assert_equal expected, actual is used correctly inside the method.

3. Final Answer:

   def test_example; assert_equal 5, 2 + 3; end -> Option B

4. Quick Check:

   Ruby test method syntax = C [OK]

Hint: Test methods start with def test_ and end with end [OK]

Common Mistakes:

• Using non-Ruby syntax like function or braces
• Using test do blocks which belong to other frameworks
• Missing def or end keywords

3. What will be the output when running this Minitest code?

require 'minitest/autorun'

class SampleTest < Minitest::Test
  def test_sum
    assert_equal 10, 5 + 5
  end

  def test_fail
    assert 3 > 5, '3 is not greater than 5'
  end
end

medium

A. One test passes, one test fails with message '3 is not greater than 5'

B. Both tests pass successfully

C. Syntax error due to incorrect assert usage

D. Both tests fail without any message

Solution

1. Step 1: Analyze test_sum method

   assert_equal 10, 5 + 5 checks if 10 equals 10, which is true, so this test passes.

2. Step 2: Analyze test_fail method

   assert 3 > 5 checks if 3 is greater than 5, which is false, so this test fails and shows the message '3 is not greater than 5'.

3. Final Answer:

   One test passes, one test fails with message '3 is not greater than 5' -> Option A

4. Quick Check:

   assert_equal true, assert false with message = D [OK]

Hint: Check each assert condition true or false to predict pass/fail [OK]

Common Mistakes:

• Assuming both tests pass
• Confusing assert and assert_equal behavior
• Ignoring failure message in assert

4. Identify the error in this Minitest code snippet:

class MyTest < Minitest::Test
  def test_check
    assert_equal(4, 2 + 2
  end
end

medium

A. Test method name does not start with 'test_'

B. Incorrect class inheritance from Minitest::Test

C. Missing closing parenthesis in assert_equal call

D. assert_equal arguments are in wrong order

Solution

1. Step 1: Check syntax of assert_equal call

   The line assert_equal(4, 2 + 2 is missing a closing parenthesis.

2. Step 2: Verify other parts of the code

   Class inheritance and method name are correct, and argument order is correct (expected, actual).

3. Final Answer:

   Missing closing parenthesis in assert_equal call -> Option C

4. Quick Check:

   Syntax errors often from missing parentheses = A [OK]

Hint: Count parentheses carefully in assert calls [OK]

Common Mistakes:

• Ignoring missing parentheses causing syntax errors
• Thinking test method name can be arbitrary
• Confusing argument order in assert_equal

5. You want to write a Minitest that checks if a method greet(name) returns 'Hello, name!'. Which assert statement correctly tests this behavior?

hard

A. assert greet('Alice') = 'Hello, Alice!'

B. assert 'Hello, Alice!', greet('Alice')

C. assert_equal greet('Alice'), 'Hello Alice!'

D. assert_equal 'Hello, Alice!', greet('Alice')

Solution

1. Step 1: Understand assert_equal argument order

   The first argument is the expected value, the second is the actual result from the method.

2. Step 2: Check each option's argument order and syntax

   assert_equal 'Hello, Alice!', greet('Alice') correctly uses expected first, actual second. assert 'Hello, Alice!', greet('Alice') asserts a truthy string (always passes), ignoring actual result. assert_equal greet('Alice'), 'Hello Alice!' reverses order and uses wrong expected (missing comma). assert greet('Alice') = 'Hello, Alice!' uses assignment (=), syntax error.

3. Final Answer:

   assert_equal 'Hello, Alice!', greet('Alice') -> Option D

4. Quick Check:

   Expected first, actual second in assert_equal = A [OK]

Hint: assert_equal expects expected value first, actual second [OK]

Common Mistakes:

• Swapping expected and actual arguments
• Using assignment (=) instead of comparison (==)
• Using assert with assignment causing syntax error