Parametrize with indirect fixtures in PyTest - Test Execution Trace

Test Overview

This test uses pytest to run the same test function multiple times with different inputs. It uses an indirect fixture to prepare the input before the test runs. The test checks if the input string is converted to uppercase correctly.

Test Code - pytest

PyTest

import pytest

@pytest.fixture
def input_data(request):
    # Prepare the input by converting to uppercase
    return request.param.upper()

@pytest.mark.parametrize('input_data', ['hello', 'world'], indirect=True)
def test_uppercase(input_data):
    assert input_data.isupper(), f"Expected uppercase but got {input_data}"

Execution Trace - 7 Steps

Step	Action	System State	Assertion	Result
1	Test starts	pytest test runner initialized	—	PASS
2	pytest collects test_uppercase with parametrize inputs ['hello', 'world'] and indirect=True	Test function identified with two parameter sets	—	PASS
3	For first parameter 'hello', pytest calls fixture input_data(request) with request.param='hello'	Fixture input_data prepares 'HELLO'	—	PASS
4	test_uppercase runs with input_data='HELLO'	Test function receives 'HELLO'	Check if 'HELLO'.isupper() is True	PASS
5	For second parameter 'world', pytest calls fixture input_data(request) with request.param='world'	Fixture input_data prepares 'WORLD'	—	PASS
6	test_uppercase runs with input_data='WORLD'	Test function receives 'WORLD'	Check if 'WORLD'.isupper() is True	PASS
7	Test ends with all parameter sets passed	Test report shows 2 passed tests	—	PASS

Failure Scenario

Failing Condition: Fixture input_data does not convert string to uppercase correctly

Execution Trace Quiz - 3 Questions

What does the 'indirect=True' parameter do in pytest.mark.parametrize?

A It skips the test for that parameter

B It runs the test only once ignoring parameters

C It tells pytest to pass the parameter value to a fixture instead of directly to the test function

D It marks the test as expected to fail

Key Result

Using indirect fixtures with parametrize allows you to preprocess or prepare test inputs dynamically before the test runs, making tests more flexible and reusable.

Practice

1. What does using indirect=True in @pytest.mark.parametrize do in pytest?

easy

A. It skips the test when the parameter is None.

B. It disables the fixture for that test.

C. It runs the test only once regardless of parameters.

D. It passes the parameter value to a fixture instead of directly to the test function.

Solution

1. Step 1: Understand parametrize behavior

   Normally, parameters are passed directly to the test function as arguments.

2. Step 2: Effect of indirect=True

   When indirect=True is set, pytest sends the parameter value to the fixture instead, allowing setup logic to use it.

3. Final Answer:

   It passes the parameter value to a fixture instead of directly to the test function. -> Option D

4. Quick Check:

   indirect=True means parameter goes to fixture [OK]

Hint: Indirect means parameter goes to fixture, not test directly [OK]

Common Mistakes:

• Thinking parameters always go directly to test functions
• Confusing indirect=True with skipping tests
• Assuming indirect disables fixtures

2. Which of the following is the correct syntax to parametrize a test with an indirect fixture named data for values 1 and 2, when there are other direct parameters?

easy

A. @pytest.mark.parametrize('data', [1, 2], indirect=True)

B. @pytest.mark.parametrize('data', [1, 2], indirect=['data'])

C. @pytest.mark.parametrize('data', [1, 2], indirect=False)

D. @pytest.mark.parametrize('data', [1, 2], indirect=None)

Solution

1. Step 1: Recall indirect parameter usage

   When only some parameters are indirect, you pass a list of their names to indirect.

2. Step 2: Apply to single parameter

   For one parameter data, indirect=['data'] is correct syntax.

3. Final Answer:

   @pytest.mark.parametrize('data', [1, 2], indirect=['data']) -> Option B

4. Quick Check:

   indirect=['param_name'] for indirect fixture [OK]

Hint: Use indirect=['param_name'] to mark specific params indirect [OK]

Common Mistakes:

• Using indirect=True for single param when multiple params exist
• Passing indirect=False or None which disables indirect
• Not using a list for indirect parameter names

3. Given the code below, what will be printed when running the test?

import pytest

@pytest.fixture
def data(request):
    return request.param * 2

@pytest.mark.parametrize('data', [3, 5], indirect=True)
def test_double(data):
    print(data)

medium

A. 6 and 10

B. 3 and 5

C. None and None

D. Error: request.param not found

Solution

1. Step 1: Understand fixture with request.param

   The fixture data returns request.param * 2, so it doubles the parameter.

2. Step 2: Parametrize with indirect=True

   Parameters 3 and 5 are passed to the fixture, so the test receives 6 and 10.

3. Final Answer:

   6 and 10 -> Option A

4. Quick Check:

   Fixture doubles param: 3*2=6, 5*2=10 [OK]

Hint: Indirect param goes to fixture; fixture doubles it [OK]

Common Mistakes:

• Thinking parameters go directly to test, so expecting 3 and 5
• Assuming request.param is unavailable causing error
• Confusing fixture return with test parameter

4. What is wrong with this pytest code snippet?

@pytest.fixture
def setup_data(request):
    return request.param + 1

@pytest.mark.parametrize('setup_data', [10, 20])
def test_increment(setup_data):
    assert setup_data in [11, 21]

medium

A. The fixture should not return a value.

B. Fixture name and parameter name must be different.

C. Missing indirect=True in parametrize to pass parameters to fixture.

D. The assert statement is incorrect.

Solution

1. Step 1: Check parametrize usage with fixture

   Parameters must be passed indirectly to fixtures using indirect=True.

2. Step 2: Identify missing indirect=True

   The code lacks indirect=True, so parameters go directly to test, not fixture.

3. Final Answer:

   Missing indirect=True in parametrize to pass parameters to fixture. -> Option C

4. Quick Check:

   indirect=True needed to use request.param [OK]

Hint: Add indirect=True to parametrize when using request.param [OK]

Common Mistakes:

• Forgetting indirect=True causes request.param error
• Thinking fixture and param names must differ
• Assuming fixture cannot return values

5. You want to test a fixture config that reads a file path from parameters and loads data. You have two file paths: "file1.json" and "file2.json". How do you correctly parametrize the test to pass these paths to the fixture using indirect parametrization, when there are other direct parameters?

hard

A. @pytest.mark.parametrize('config', ["file1.json", "file2.json"], indirect=['config'])

B. @pytest.mark.parametrize('config', ["file1.json", "file2.json"])

C. @pytest.mark.parametrize('config', ["file1.json", "file2.json"], indirect=True)

D. @pytest.mark.parametrize('config', ["file1.json", "file2.json"], indirect=False)

Solution

1. Step 1: Identify indirect parameter usage for single fixture

   When passing parameters to a fixture, use indirect=['fixture_name'] to mark that parameter indirect.

2. Step 2: Apply to config fixture

   Since only config is indirect, use indirect=['config'] with the list of file paths.

3. Final Answer:

   @pytest.mark.parametrize('config', ["file1.json", "file2.json"], indirect=['config']) -> Option A

4. Quick Check:

   Use indirect=['config'] to pass params to fixture [OK]

Hint: Use indirect=['fixture_name'] to pass params to fixture [OK]

Common Mistakes:

• Using indirect=True instead of list for single param
• Not using indirect causing fixture to miss parameters
• Setting indirect=False disables indirect passing