Why Project structure for tests in PyTest? - Purpose & Use Cases

The Big Idea

Discover how a simple folder setup can save you hours of frustration in testing!

The Scenario

Imagine you have a big app with many features. You write tests by saving them all in one folder or even one file. When you want to find a test or fix a bug, you spend a lot of time searching through messy files.

The Problem

Without a clear project structure, tests get lost and mixed up. It becomes slow to run tests, hard to add new ones, and easy to miss bugs. You might run wrong tests or forget to run some at all.

The Solution

Using a good project structure for tests organizes them by feature or type. It helps you find tests quickly, run only what you need, and keep tests clean and easy to maintain.

Before vs After

✗ Before

test_login.py
# all tests mixed here
# no folders, no grouping

✓ After

tests/
  login/
    test_login_valid.py
    test_login_invalid.py
  cart/
    test_cart_add.py
    test_cart_remove.py

What It Enables

With a clear test project structure, you can easily scale your tests and confidently keep your app bug-free as it grows.

Real Life Example

A team working on an online store splits tests into folders like login, cart, and checkout. Each developer knows exactly where to add or find tests, speeding up bug fixes and new features.

Key Takeaways

Messy test files slow you down and cause mistakes.

Organizing tests by feature or type makes them easy to find and run.

A good test structure helps your team work faster and keep quality high.

Practice

1. Why should you place your test files inside a tests/ folder in a pytest project?

easy

A. To avoid writing test functions starting with test_

B. To make the tests run faster automatically

C. Because pytest only runs tests in the root folder

D. To keep test code separate and organized from application code

Solution

1. Step 1: Understand project organization

   Keeping tests in a separate tests/ folder helps keep the project clean and organized.

2. Step 2: Recognize pytest behavior

   pytest can find tests anywhere but organizing them in tests/ is a best practice for clarity and maintenance.

3. Final Answer:

   To keep test code separate and organized from application code -> Option D

4. Quick Check:

   Organized tests = tests/ folder [OK]

Hint: Put tests in a separate folder named tests for clarity [OK]

Common Mistakes:

• Thinking pytest only runs tests in root folder
• Believing tests run faster in tests/ folder
• Ignoring naming conventions for test functions

2. Which of the following is the correct way to name a test file so pytest can discover it automatically?

easy

A. test_example.py

B. mytests.py

C. example.py

D. TestExample.py

Solution

1. Step 1: Recall pytest naming rules

   pytest discovers test files that start with test_ or end with _test.py.

2. Step 2: Check each option

   test_example.py starts with test_, so pytest will find it automatically.

3. Final Answer:

   test_example.py -> Option A

4. Quick Check:

   File starts with test_ = discovered [OK]

Hint: Name test files starting with test_ for pytest discovery [OK]

Common Mistakes:

• Naming files without test_ prefix
• Using uppercase letters at start
• Assuming pytest finds any .py file

3. Given this project structure:

project/
  app.py
  tests/
    test_math.py
    utils/
      test_utils.py

Which files will pytest run by default when you run pytest in the project root?

medium

A. Only tests/utils/test_utils.py

B. Only tests/test_math.py

C. Both tests/test_math.py and tests/utils/test_utils.py

D. No tests run because of subfolder

Solution

1. Step 1: Understand pytest recursive discovery

   pytest looks inside the tests/ folder and all its subfolders for files starting with test_.

2. Step 2: Identify test files

   Both test_math.py and test_utils.py match naming rules and are inside tests/ or its subfolder.

3. Final Answer:

   Both tests/test_math.py and tests/utils/test_utils.py -> Option C

4. Quick Check:

   pytest finds tests recursively in tests/ [OK]

Hint: pytest finds test files recursively inside tests/ folder [OK]

Common Mistakes:

• Thinking pytest ignores subfolders
• Assuming only root tests/ files run
• Believing subfolders need special config

4. You have this test file named test_sample.py inside tests/ folder:

def sample_test():
    assert 1 + 1 == 2

When you run pytest, no tests are found. Why?

medium

A. Function name does not start with test_

B. File name should not start with test_

C. pytest requires tests to be inside root folder only

D. Missing import statement in test file

Solution

1. Step 1: Check function naming convention

   pytest discovers test functions only if their names start with test_.

2. Step 2: Analyze given function name

   The function is named sample_test, which does not start with test_, so pytest ignores it.

3. Final Answer:

   Function name does not start with test_ -> Option A

4. Quick Check:

   Test functions must start with test_ [OK]

Hint: Name test functions starting with test_ to be discovered [OK]

Common Mistakes:

• Assuming file name alone is enough
• Thinking pytest needs imports in test files
• Believing tests run only in root folder

5. In a large pytest project, how can you organize tests to keep them manageable and easy to run selectively?

hard

A. Put all tests in one big file named test_all.py

B. Use subfolders inside tests/ and add pytest.ini to configure test discovery

C. Name test functions randomly and rely on pytest to find them

D. Avoid using any configuration files to keep it simple

Solution

1. Step 1: Understand project scaling needs

   Large projects benefit from organizing tests in subfolders to separate features or modules.

2. Step 2: Use configuration files

   Adding a pytest.ini file helps customize test discovery and running specific groups of tests easily.

3. Final Answer:

   Use subfolders inside tests/ and add pytest.ini to configure test discovery -> Option B

4. Quick Check:

   Subfolders + pytest.ini = manageable large projects [OK]

Hint: Organize tests in subfolders and use pytest.ini config [OK]

Common Mistakes:

• Putting all tests in one file causing confusion
• Ignoring naming conventions for test functions
• Avoiding config files limits flexibility