Fixture request object in PyTest - Framework Patterns

Framework Mode - Fixture request object

Folder Structure

tests/
├── test_example.py          # Test files using fixtures
├── conftest.py              # Shared fixtures and hooks
utilities/
├── helpers.py               # Helper functions
configs/
├── config.yaml              # Environment and test data configs

Test Framework Layers

• Fixtures Layer: Defined in conftest.py, provides reusable setup and teardown logic. Uses the request object to access test context and parameters.
• Test Layer: Test files in tests/ folder use fixtures by declaring them as function arguments.
• Utilities Layer: Helper functions and common utilities to support tests and fixtures.
• Configuration Layer: External config files (e.g., YAML) to manage environment variables, credentials, and test data.

Configuration Patterns

• Use config.yaml or similar file to store environment URLs, credentials, and other settings.
• Load config in conftest.py fixture to provide environment-specific data.
• Use request.config.getoption() to access command line options like --env or --browser.
• Pass parameters dynamically to fixtures using request.param for data-driven tests.

Test Reporting and CI/CD Integration

• Use pytest built-in reporting with pytest --junitxml=report.xml for XML reports.
• Integrate with CI/CD tools (GitHub Actions, Jenkins) to run tests automatically on code push.
• Use plugins like pytest-html for readable HTML reports.
• Log fixture setup and teardown steps using logging for easier debugging.

Best Practices

• Define fixtures in conftest.py to share them across multiple test files.
• Use the request object to access test context, parameters, and dynamically control fixture behavior.
• Keep fixtures small and focused on a single responsibility (setup or teardown).
• Use scope parameter (function, module, session) to optimize fixture reuse.
• Use parametrized fixtures with request.param for flexible, data-driven testing.

Self Check

Where in this framework structure would you add a new fixture that needs to access the current test name and parameters?

Key Result

Use pytest's fixture request object in conftest.py to access test context and parameters for flexible, reusable setup.

Practice

1. What is the primary purpose of the request object in pytest fixtures?

easy

A. To provide information about the current test and allow dynamic fixture use

B. To execute test cases in parallel

C. To generate test reports automatically

D. To mock external APIs during tests

Solution

1. Step 1: Understand the role of the request object

   The request object in pytest is passed to fixtures to give them context about the current test being run.

2. Step 2: Identify its main uses

   It allows fixtures to access test metadata and dynamically use other fixtures or test info.

3. Final Answer:

   To provide information about the current test and allow dynamic fixture use -> Option A

4. Quick Check:

   request object = test info provider [OK]

Hint: Remember: request gives fixture info about the running test [OK]

Common Mistakes:

• Thinking request runs tests
• Confusing request with test report generation
• Assuming request mocks APIs

2. Which of the following is the correct way to access the current test function name inside a fixture using the request object?

easy

A. request.func_name

B. request.test.name

C. request.node.name

D. request.current_test

Solution

1. Step 1: Recall how pytest stores test info in request

   The request object has a node attribute representing the test item.

2. Step 2: Identify the attribute for test function name

   The test function name is stored in request.node.name.

3. Final Answer:

   request.node.name -> Option C

4. Quick Check:

   Test name = request.node.name [OK]

Hint: Use request.node.name to get test function name [OK]

Common Mistakes:

• Using request.test.name which does not exist
• Trying request.func_name instead of node.name
• Assuming request.current_test is valid

3. Given the following fixture code, what will be printed when the test test_example runs?

import pytest

@pytest.fixture
def show_test_name(request):
    print(f"Running test: {request.node.name}")


def test_example(show_test_name):
    assert True

medium

A. Running test: test_example

B. Running test: show_test_name

C. Running test: test_example(show_test_name)

D. No output printed

Solution

1. Step 1: Understand fixture usage

   The fixture show_test_name prints the current test function name using request.node.name.

2. Step 2: Identify the test function name

   The test function is test_example, so request.node.name will be "test_example".

3. Final Answer:

   Running test: test_example -> Option A

4. Quick Check:

   Fixture prints test function name [OK]

Hint: request.node.name prints the current test function name [OK]

Common Mistakes:

• Confusing fixture name with test name
• Expecting no output because of assert
• Thinking the full call signature prints

4. Identify the error in this fixture code that tries to access a marker from the request object:

@pytest.fixture
def check_marker(request):
    marker = request.marker.get('slow')
    if marker:
        print("Slow test")

medium

A. Markers cannot be accessed from request object

B. request.marker should be request.node.get_closest_marker()

C. request.marker is correct but missing parentheses

D. The fixture must return marker, not print

Solution

1. Step 1: Check how to access markers in pytest

   Markers are accessed via request.node.get_closest_marker('name'), not request.marker.

2. Step 2: Identify the correct method call

   The code should use request.node.get_closest_marker('slow') to get the marker.

3. Final Answer:

   request.marker should be request.node.get_closest_marker() -> Option B

4. Quick Check:

   Use request.node.get_closest_marker() for markers [OK]

Hint: Use request.node.get_closest_marker('name') to access markers [OK]

Common Mistakes:

• Using request.marker which does not exist
• Forgetting to call get_closest_marker() with parentheses
• Assuming markers can't be accessed in fixtures

5. How can you use the request object inside a fixture to dynamically use another fixture by name?

hard

A. Fixtures cannot call other fixtures dynamically

B. Use request.use_fixture('fixture_name') to call it

C. Import the fixture directly and call it inside the fixture

D. Call request.getfixturevalue('fixture_name') inside the fixture

Solution

1. Step 1: Understand dynamic fixture usage

   pytest allows fixtures to request other fixtures dynamically using the request object.

2. Step 2: Identify the correct method

   The method to get another fixture by name is request.getfixturevalue('fixture_name').

3. Final Answer:

   Call request.getfixturevalue('fixture_name') inside the fixture -> Option D

4. Quick Check:

   Dynamic fixture call = request.getfixturevalue() [OK]

Hint: Use request.getfixturevalue('name') to call fixtures dynamically [OK]

Common Mistakes:

• Using non-existent request.use_fixture() method
• Trying to import fixtures manually inside fixtures
• Believing fixtures cannot call others dynamically