Bird
Raised Fist0
Testing Fundamentalstesting~20 mins

Test coverage metrics in Testing Fundamentals - Practice Problems & Coding Challenges

Choose your learning style10 modes available
Challenge - 5 Problems
🎖️
Test Coverage Master
Get all challenges correct to earn this badge!
Test your skills under time pressure!
🧠 Conceptual
intermediate
2:00remaining
Understanding Statement Coverage

Which statement best describes statement coverage in software testing?

AIt measures the percentage of functions that have been called during testing.
BIt measures the percentage of all possible input combinations tested.
CIt measures the percentage of executable statements in the code that have been executed by the tests.
DIt measures the percentage of user interface elements tested.
Attempts:
2 left
💡 Hint

Think about how many lines of code your tests actually run.

❓ Predict Output
intermediate
2:00remaining
Calculating Branch Coverage Output

Given the following code snippet and test cases, what is the branch coverage percentage?

def check_number(x):
    if x > 0:
        return 'Positive'
    else:
        return 'Non-positive'

Test cases run: check_number(5)

A100%
B50%
C0%
D75%
Attempts:
2 left
💡 Hint

Branch coverage counts how many decision branches are tested.

❓ assertion
advanced
2:00remaining
Assertion for Path Coverage

Which assertion correctly verifies that all paths in the following function have been tested?

def classify(num):
    if num > 0:
        if num % 2 == 0:
            return 'Positive Even'
        else:
            return 'Positive Odd'
    else:
        return 'Non-positive'
Aassert path_coverage == 100
Bassert path_coverage >= 50
Cassert path_coverage == 75
Dassert path_coverage == 0
Attempts:
2 left
💡 Hint

Count all unique paths through the nested if statements.

🔧 Debug
advanced
2:00remaining
Debugging Coverage Report Mismatch

A test suite reports 80% statement coverage but 100% branch coverage. What is the most likely cause?

ATests cover all decision points but miss some simple statements outside decisions.
BThe coverage tool is broken and reports wrong values.
CBranches are counted incorrectly, inflating branch coverage.
DSome statements are not executable but counted in statement coverage.
Attempts:
2 left
💡 Hint

Think about how branches and statements differ in coverage.

❓ framework
expert
2:00remaining
Integrating Coverage Metrics in CI Pipeline

Which approach best ensures that test coverage metrics are enforced automatically in a Continuous Integration (CI) pipeline?

ARun coverage tools locally only and ignore coverage in CI.
BManually check coverage reports after each build and notify the team if low.
CUse coverage tools only for documentation, not for build decisions.
DConfigure the CI to run tests and fail the build if coverage falls below a set threshold.
Attempts:
2 left
💡 Hint

Automation is key in CI pipelines.

Practice

(1/5)
1. What does test coverage metric measure in software testing?
easy
A. The time taken to run all tests
B. The number of bugs found during testing
C. The percentage of code or features tested compared to total code or features
D. The number of testers involved in the project

Solution

  1. Step 1: Understand the purpose of test coverage

    Test coverage measures how much of the software is tested, usually as a percentage.
  2. Step 2: Identify what is compared in coverage

    It compares tested code or features against the total code or features available.
  3. Final Answer:

    The percentage of code or features tested compared to total code or features -> Option C
  4. Quick Check:

    Test coverage = tested items / total items [OK]
Hint: Coverage shows tested parts over total parts [OK]
Common Mistakes:
  • Confusing coverage with number of bugs
  • Thinking coverage measures test duration
  • Assuming coverage counts testers
2. Which of the following is the correct formula for calculating test coverage percentage?
easy
A. (Number of tested code lines / Total code lines) * 100
B. (Total tests / Number of testers) * 100
C. (Number of bugs found / Total tests) * 100
D. (Number of tests run / Total number of tests) * 100

Solution

  1. Step 1: Identify what test coverage measures

    Test coverage measures how much code is tested, so it relates to tested code lines over total code lines.
  2. Step 2: Match formula to coverage concept

    The formula is (tested code lines / total code lines) * 100 to get percentage coverage.
  3. Final Answer:

    (Number of tested code lines / Total code lines) * 100 -> Option A
  4. Quick Check:

    Coverage % = tested lines / total lines * 100 [OK]
Hint: Coverage = tested code lines divided by total lines [OK]
Common Mistakes:
  • Using number of tests run instead of code lines
  • Confusing bugs found with coverage
  • Dividing by number of testers
3. Consider a software module with 200 lines of code. If 150 lines are executed during testing, what is the test coverage percentage?
medium
A. 85%
B. 75%
C. 65%
D. 70%

Solution

  1. Step 1: Identify total and tested lines

    Total lines = 200, tested lines = 150.
  2. Step 2: Calculate coverage percentage

    Coverage = (150 / 200) * 100 = 0.75 * 100 = 75%.
  3. Final Answer:

    75% -> Option B
  4. Quick Check:

    150/200 = 0.75 = 75% [OK]
Hint: Divide tested lines by total lines, multiply by 100 [OK]
Common Mistakes:
  • Dividing total lines by tested lines
  • Forgetting to multiply by 100
  • Mixing up tested and total lines
4. A tester reports 90% test coverage, but some critical code paths are not tested. What is the likely issue?
medium
A. Coverage metric only measures quantity, not quality of tests
B. Tester calculated coverage incorrectly
C. Test coverage always guarantees all paths tested
D. The software has no untested code

Solution

  1. Step 1: Understand what coverage measures

    Coverage measures how much code is tested but not which specific paths or quality of tests.
  2. Step 2: Identify why critical paths might be missed

    High coverage can still miss important paths if tests do not cover all scenarios.
  3. Final Answer:

    Coverage metric only measures quantity, not quality of tests -> Option A
  4. Quick Check:

    Coverage % ≠ test quality [OK]
Hint: Coverage shows quantity, not test quality [OK]
Common Mistakes:
  • Assuming coverage means all paths tested
  • Blaming tester calculation without proof
  • Ignoring untested critical paths
5. You have a project with 3 modules: Module A (100 lines, 80 tested), Module B (150 lines, 120 tested), Module C (50 lines, 40 tested). What is the overall test coverage percentage?
hard
A. 70%
B. 75%
C. 77.5%
D. 80%

Solution

  1. Step 1: Calculate total lines and total tested lines

    Total lines = 100 + 150 + 50 = 300 lines. Tested lines = 80 + 120 + 40 = 240 lines.
  2. Step 2: Calculate overall coverage percentage

    Coverage = (240 / 300) * 100 = 80%.
  3. Step 3: Recalculate carefully

    Sum tested lines: 80 + 120 + 40 = 240. Sum total lines: 100 + 150 + 50 = 300. Coverage = (240/300)*100 = 80%.
  4. Final Answer:

    80% -> Option D
  5. Quick Check:

    Total tested / total lines = 240/300 = 80% [OK]
Hint: Sum tested and total lines, then divide and multiply by 100 [OK]
Common Mistakes:
  • Averaging percentages instead of totals
  • Adding percentages directly
  • Mixing tested and total lines
Recommended

Ready to prove it?

Pass the test and this pattern moves unknown strong while earning +1 Grip toward your certificate.

10 questions~5 mineasy hard