What is Root Cause Analysis (RCA)?
Root cause analysis (RCA) is a structured process for finding the underlying cause of a defect or incident, the thing that, if fixed, prevents the whole class of problem from recurring, rather than just patching the visible symptom.
Free to start · 7-day trial on paid plans
In depth.
When a bug escapes to production or a test keeps failing, fixing the immediate symptom is rarely enough. RCA asks why the problem happened, and why that happened, until you reach a cause you can actually change. The most common technique is the 5 Whys: repeatedly asking "why" (roughly five times) until you move from symptom to systemic cause. A fishbone (Ishikawa) diagram is used when there are several contributing factors across categories like process, environment, code, and data.
In QA, RCA usually produces two outputs: a fix for the defect, and a prevention, often a new test, a guardrail, or a process change so the same class of bug cannot silently return. A mature RCA also asks "why did our tests not catch this?", which frequently surfaces a coverage or environment gap as the real root cause.
Good RCA is blameless. It targets systems and processes, not individuals, because a culture that blames people gets fewer honest post-mortems and learns less.
Why interviewers ask about this.
Interviewers ask about RCA to separate testers who close bugs from engineers who prevent them. Tying a root cause to a new test or guardrail is one of the strongest quality signals you can give.
Example scenario.
A payment occasionally fails silently. 5 Whys: it failed because the client did not handle a 200-with-error response; why? because the contract was ambiguous; why? because there was no contract test; why? because integration coverage stopped at the happy path. The root cause is a missing negative contract test, so the fix plus a new test prevents the whole class.
Interview tip.
Walk an interviewer through a real 5 Whys you did, and end on the prevention (the test or guardrail you added). Adding "and I asked why our tests missed it" shows mature, systemic thinking.
Frequently asked questions.
What is the 5 Whys technique?
The 5 Whys is a root cause analysis method where you repeatedly ask "why" (about five times) to move from the visible symptom to the underlying systemic cause you can actually fix and prevent.
Why should root cause analysis be blameless?
Blameless RCA targets systems and processes rather than individuals. When people are not blamed, they report problems honestly and the team learns more, which is the whole point of the exercise.
Related Terms
Explore related glossary terms to deepen your understanding.
Related Resources
Dive deeper with these related interview prep pages.
Free QA career tools, no account needed
Instant and private, everything runs in your browser. Try them before you sign up.
QA Resume Checker
Instant 0-100 score on automation keywords, impact, and ATS formatting.
QA Cover Letter Generator
A tailored 3-paragraph QA cover letter from your resume and a job post.
QA Application Tracker
Drag-and-drop kanban to track every QA application from Applied to Offer.
QA Take-Home Test Generator
A realistic take-home assignment with a scenario, tasks, and a rubric.
QA LinkedIn Headline Generator
A recruiter-searchable headline, About section, and skills list.
QA STAR Story Builder
Structure a QA behavioral answer with the STAR method and instant checks.
QA Bug Report Generator
Build a clean, reproducible bug report for Markdown, Jira, or plain text.
Boundary Value Analysis Generator
Generate boundary value and equivalence partitioning test cases from a range.
QA Metrics Calculator
Calculate DRE, defect leakage, defect density, and pass rate with interpretation.
QA Test Plan Generator
Build a structured test plan (scope, approach, criteria, risks) in Markdown.
Ready to Ace Your QA Interview?
Practice explaining root cause analysis (rca) and other key concepts with our AI interviewer.
Join 1,200+ QA engineers already practicing with AssertHired.
Start your free QA interview