Traceability matrix in Testing Fundamentals - Cheat Sheet & Quick Revision

Recall & Review

beginner

What is a Traceability Matrix in software testing?

A Traceability Matrix is a document that links requirements to their corresponding test cases. It helps ensure that all requirements are tested.

beginner

Why is a Traceability Matrix important?

It helps track coverage of requirements, ensures no requirement is missed, and assists in impact analysis when requirements change.

intermediate

What are the main columns typically found in a Traceability Matrix?

Common columns include Requirement ID, Requirement Description, Test Case ID, Test Case Description, and Status.

intermediate

How does a Traceability Matrix help during regression testing?

It identifies which test cases need to be re-executed based on changed or impacted requirements, saving time and effort.

advanced

Can a Traceability Matrix be used for both forward and backward traceability? Explain.

Yes. Forward traceability maps requirements to test cases to ensure coverage. Backward traceability maps test cases back to requirements to avoid unnecessary tests.

What does a Traceability Matrix primarily link together?

A Test Plans and Test Reports

B Test Cases and Defects

C Developers and Testers

D Requirements and Test Cases

A Traceability Matrix links requirements to their corresponding test cases to ensure coverage.

Which of the following is NOT typically a column in a Traceability Matrix?

A Developer Name

B Test Case Description

C Requirement ID

D Test Case Status

Developer Name is not usually part of a Traceability Matrix; it focuses on requirements and test cases.

How does a Traceability Matrix assist in impact analysis?

A By tracking developer assignments

B By listing all defects found

C By showing which requirements are linked to which test cases

D By scheduling test execution

It helps identify which test cases are affected when requirements change.

What type of traceability ensures all requirements have test cases?

A Forward Traceability

B Backward Traceability

C Horizontal Traceability

D Vertical Traceability

Forward traceability maps requirements to test cases to ensure coverage.

When is a Traceability Matrix most useful?

A Only after product release

B Throughout the testing lifecycle

C During test execution only

D Only during requirement gathering

It is useful throughout the testing lifecycle to track coverage and changes.

Explain what a Traceability Matrix is and why it is important in software testing.

Think about how testers make sure nothing is missed.

Describe the difference between forward and backward traceability in a Traceability Matrix.

Consider the direction of mapping.

Practice

1. What is the main purpose of a traceability matrix in software testing?

easy

A. To link requirements to test cases ensuring coverage

B. To write code for automated tests

C. To track bugs found during testing

D. To manage project deadlines

Solution

1. Step 1: Understand the role of a traceability matrix

   A traceability matrix connects requirements with their corresponding test cases to ensure all requirements are tested.

2. Step 2: Compare options with this role

   Only To link requirements to test cases ensuring coverage describes linking requirements to tests, which is the main purpose.

3. Final Answer:

   To link requirements to test cases ensuring coverage -> Option A

4. Quick Check:

   Traceability matrix = links requirements to tests [OK]

Hint: Traceability matrix links requirements and tests [OK]

Common Mistakes:

• Confusing traceability matrix with bug tracking
• Thinking it manages project schedules
• Assuming it writes test code automatically

2. Which of the following is the correct way to represent a traceability matrix?

easy

A. A table mapping requirements IDs to test case IDs

B. A list of all bugs found during testing

C. A flowchart of the software architecture

D. A document describing user manuals

Solution

1. Step 1: Identify the format of a traceability matrix

   A traceability matrix is typically a table that maps requirement IDs to their corresponding test case IDs.

2. Step 2: Eliminate unrelated options

   Options A, C, and D describe bug lists, architecture diagrams, and manuals, which are not traceability matrices.

3. Final Answer:

   A table mapping requirements IDs to test case IDs -> Option A

4. Quick Check:

   Traceability matrix = table mapping requirements to tests [OK]

Hint: Traceability matrix is a mapping table [OK]

Common Mistakes:

• Confusing it with bug reports
• Thinking it is a flowchart or diagram
• Mixing it up with user documentation

3. Given the following traceability matrix snippet:

Requirement ID | Test Case ID
R1             | TC1
R2             | TC2
R3             | TC3, TC4

Which requirement has multiple test cases linked?

medium

A. R1

B. R2

C. R3

D. None

Solution

1. Step 1: Read the traceability matrix snippet

   Requirement R3 is linked to two test cases: TC3 and TC4.

2. Step 2: Identify which requirement has multiple test cases

   Only R3 has multiple test cases; R1 and R2 have one each.

3. Final Answer:

   R3 -> Option C

4. Quick Check:

   Multiple test cases linked = R3 [OK]

Hint: Look for multiple test cases per requirement [OK]

Common Mistakes:

• Ignoring multiple test cases listed
• Choosing requirement with single test case
• Misreading the table rows

4. A tester finds that some requirements are missing test cases in the traceability matrix. What is the best way to fix this?

medium

A. Ignore the missing test cases and proceed

B. Add test cases for the missing requirements

C. Remove those requirements from the project

D. Delete the entire traceability matrix and start over

Solution

1. Step 1: Understand the problem

   Missing test cases for requirements means incomplete test coverage.

2. Step 2: Choose the corrective action

   The best fix is to add test cases for those missing requirements to ensure coverage.

3. Final Answer:

   Add test cases for the missing requirements -> Option B

4. Quick Check:

   Fix missing tests by adding them [OK]

Hint: Add missing test cases to cover all requirements [OK]

Common Mistakes:

• Ignoring missing tests
• Removing requirements without discussion
• Deleting matrix unnecessarily

5. You have a traceability matrix with these entries:

Req ID | Test Case ID
R1     | TC1
R2     | TC2
R3     | TC3
R4     | TC4
R5     | TC5

During testing, TC3 and TC5 fail. What should you do to maintain traceability and quality?

hard

A. Delete all test cases and start testing again

B. Remove R3 and R5 from the matrix since tests failed

C. Ignore failures and mark all requirements as passed

D. Update the matrix to mark R3 and R5 as failed and create defect reports

Solution

1. Step 1: Analyze test results and traceability

   Failures in TC3 and TC5 mean requirements R3 and R5 are not met.

2. Step 2: Maintain traceability and quality

   Update the matrix to reflect failed tests and create defect reports for fixing issues.

3. Final Answer:

   Update the matrix to mark R3 and R5 as failed and create defect reports -> Option D

4. Quick Check:

   Mark failures and report defects to maintain quality [OK]

Hint: Mark failed tests and report defects promptly [OK]

Common Mistakes:

• Removing requirements due to test failure
• Ignoring test failures
• Restarting testing without tracking defects