Why CI integration enables continuous quality in PyTest - Test Your Understanding

Practice - 5 Tasks

1fill in blank

easy

Complete the code to run tests automatically in CI.

PyTest

def test_addition():
    assert 2 + 2 == [1]

Drag options to blanks, or click blank then click option'

A4

B5

C3

D22

Attempts:

3 left

💡 Hint

Common Mistakes

Choosing a wrong sum like 5 or 3.

The test checks if 2 + 2 equals 4, which is correct.

2fill in blank

medium

Complete the code to mark a test to run in CI only.

PyTest

@pytest.mark.[1]
def test_feature():
    assert True

Drag options to blanks, or click blank then click option'

Aci

Bskip

Cslow

Dxfail

Attempts:

3 left

💡 Hint

Common Mistakes

Using skip or slow markers which do not indicate CI.

Marking tests with @pytest.mark.ci helps identify tests to run in CI pipelines.

3fill in blank

hard

Fix the error in the test command to run tests in CI.

PyTest

pytest [1] tests/

Drag options to blanks, or click blank then click option'

A--run

B-m ci

C--ci

D-run

Attempts:

3 left

💡 Hint

Common Mistakes

Using incorrect flags like --run or --ci.

The correct pytest option to run tests with a marker is '-m ci'.

4fill in blank

hard

Fill both blanks to create a test that fails if coverage is below 80%.

PyTest

pytest --cov=myapp --cov-fail-under=[1] --cov-report=[2]

Drag options to blanks, or click blank then click option'

A80

B90

Cterm-missing

Dhtml

Attempts:

3 left

💡 Hint

Common Mistakes

Using too high coverage threshold or wrong report type.

Setting --cov-fail-under=80 enforces minimum coverage. 'term-missing' shows missing lines in terminal.

5fill in blank

hard

Fill all three blanks to create a test report dictionary filtering passed tests.

PyTest

report = {test: result for test, result in results.items() if result [1] 'passed' and test.startswith([2]) and len(test) [3] 10}

Drag options to blanks, or click blank then click option'

A==

B'test_'

C<

D!=

Attempts:

3 left

💡 Hint

Common Mistakes

Using '!=' instead of '==' or wrong string prefix.

The code filters tests where result equals 'passed', test names start with 'test_', and test name length is less than 10.

Practice

1. What is the main benefit of integrating pytest with Continuous Integration (CI) systems?

easy

A. CI integration slows down the development process

B. Tests run only when manually triggered by developers

C. Tests run automatically on every code change to catch bugs early

D. CI integration replaces the need for writing tests

Solution

1. Step 1: Understand CI integration purpose

   CI systems run tests automatically whenever code changes are pushed.

2. Step 2: Identify the benefit of automatic testing

   This automatic testing helps catch bugs early and maintain software quality continuously.

3. Final Answer:

   Tests run automatically on every code change to catch bugs early -> Option C

4. Quick Check:

   CI runs tests automatically = A [OK]

Hint: CI runs tests on every change to catch bugs early [OK]

Common Mistakes:

• Thinking tests run only manually
• Believing CI slows development
• Assuming CI replaces writing tests

2. Which pytest command is commonly used in a CI pipeline to run all tests?

easy

A. pytest --run-all

B. pytest

C. pytest --ci-mode

D. pytest --skip

Solution

1. Step 1: Recall pytest basic command

   The basic command to run all tests is simply pytest.

2. Step 2: Check other options for validity

   Options like --run-all, --ci-mode, and --skip are not standard pytest commands.

3. Final Answer:

   pytest -> Option B

4. Quick Check:

   Run all tests = pytest [OK]

Hint: Use plain 'pytest' to run all tests in CI [OK]

Common Mistakes:

• Adding non-existent flags
• Using commands that skip tests
• Confusing pytest options with other tools

3. Given this pytest output in a CI pipeline:

============================= test session starts =============================
collected 3 items

test_sample.py ..F                                                      [100%]

================================== FAILURES ===================================
____________________________ test_divide_by_zero _____________________________

    def test_divide_by_zero():
>       assert 1 / 0
E       ZeroDivisionError: division by zero

What does this output tell you about the test results?

medium

A. All tests passed successfully

B. Tests did not run because of a syntax error

C. Tests were skipped

D. One test failed due to a division by zero error

Solution

1. Step 1: Analyze the test summary

   The output shows 3 tests collected, with two dots (.) meaning passed tests and one F meaning a failure.

2. Step 2: Identify failure cause

   The failure is due to a ZeroDivisionError in test_divide_by_zero.

3. Final Answer:

   One test failed due to a division by zero error -> Option D

4. Quick Check:

   F indicates one test failed due to ZeroDivisionError = C [OK]

Hint: F means failure; check error message for cause [OK]

Common Mistakes:

• Assuming all tests passed
• Confusing failure with skipped tests
• Ignoring error details

4. You added pytest tests to your project and integrated them with CI. However, the CI pipeline always shows zero tests collected. What is the most likely cause?

medium

A. Test files or functions are not named correctly (e.g., missing 'test_' prefix)

B. The CI server is offline

C. pytest is not installed on the CI server

D. Tests contain assertion errors

Solution

1. Step 1: Understand pytest test discovery rules

   pytest only collects tests from files and functions named starting with test_.

2. Step 2: Identify why zero tests are collected

   If no tests are found, likely the naming conventions are not followed, so pytest skips them.

3. Final Answer:

   Test files or functions are not named correctly (e.g., missing 'test_' prefix) -> Option A

4. Quick Check:

   pytest needs 'test_' prefix to find tests [OK]

Hint: Name test files/functions starting with 'test_' [OK]

Common Mistakes:

• Assuming CI server offline causes zero tests
• Ignoring pytest naming conventions
• Thinking assertion errors prevent test collection

5. In a CI pipeline using pytest, you want to ensure that tests run only if code formatting passes with black --check. Which approach best integrates this to maintain continuous quality?

hard

A. Run black --check first; if it fails, stop the pipeline; else run pytest tests

B. Run pytest tests first; then run black --check regardless of test results

C. Run both black --check and pytest tests in parallel without stopping

D. Skip black --check and only run pytest tests

Solution

1. Step 1: Understand quality gate concept in CI

   Code formatting checks should block further testing if they fail to maintain quality.

2. Step 2: Determine correct pipeline order

   Run black --check first; if it fails, stop pipeline to fix formatting before running tests.

3. Final Answer:

   Run black --check first; if it fails, stop the pipeline; else run pytest tests -> Option A

4. Quick Check:

   Fail fast on formatting, then test = A [OK]

Hint: Fail formatting check before tests to keep quality [OK]

Common Mistakes:

• Running tests before fixing formatting
• Ignoring formatting failures
• Running checks in parallel without order