Production-incident questions test whether you stay calm, methodical, and owning under pressure — and whether you fix the system, not just the symptom.

The incident-response spine

1. Stop the bleeding first. The priority is restoring users, not finding who's to blame. Rollback the deploy, flip the feature flag off, or push a targeted hotfix — whichever is fastest.
2. Communicate immediately. Tell stakeholders/support what's broken, who's affected, and the ETA. Silence is worse than bad news.
3. Diagnose with data. Error tracking (Sentry), logs, the recent diff, "what changed in the last deploy." Reproduce it.
4. Fix forward once stable — proper fix, reviewed, deployed.
5. Prevent recurrence. Regression test, monitoring/alert, and a blameless postmortem.

STAR example

Situation: After a Friday deploy, the checkout page went blank for ~15% of users — a third-party script started throwing inside a component with no error boundary. Task: I was on call; my job was to restore checkout fast and prevent it happening again. Action: I checked Sentry, saw the spike correlated exactly with the deploy, and rolled back within ~8 minutes — checkout was restored. I posted in the incident channel with impact and status. Then I reproduced it locally, found the unguarded third-party call, wrapped that area in an error boundary with a fallback, made the script load non-blocking, and added a Sentry alert on checkout-page error rate. Result: Total user impact was ~12 minutes. We shipped the real fix Monday with a regression test. In the postmortem we made "error boundary around third-party code" and "no Friday-afternoon deploys to checkout" team standards.

What interviewers listen for

• Mitigate before diagnose — you don't debug a live outage while users suffer.
• Communication is a first-class action, not an afterthought.
• You used data (error tracking, the diff) to find root cause fast.
• Blameless — "the system let this happen," not "X person broke it."
• The story ends with systemic prevention, not just "I fixed the bug."

Senior framing

Juniors describe debugging. Seniors describe incident management: triage, mitigate, communicate, diagnose, prevent. The strongest answers show you turned one incident into lasting guardrails (error boundaries, alerts, deploy policy) — that's converting a bad day into permanent resilience.