These tough ETL testing interview questions are the ones that separate a 2-year tester from a senior one. They appear in second technical rounds and managerial rounds, especially for 4+ years of experience. Each answer shows the thinking interviewers want, not just a definition.
Complex Technical Questions (Q1–Q12)
Q1. How do you compare 100 million rows between source and target?
Never pull everything. Compare counts and SUM/hash totals per partition (date or key range) in the database, then drill into only the mismatching partitions. Hash each row (for example MD5 of concatenated columns) to compare values cheaply.
Q2. Counts and totals match, but users still say the data is wrong. What next?
Totals can hide offsetting errors. Compare at row and column level for a sample of keys, check transformation rules, mapping of codes, time zone shifts and rows moved between categories.
Q3. How do you test a late-arriving dimension?
Load a fact whose dimension key does not exist yet; confirm it maps to an “unknown” or inferred member, then load the dimension and confirm the fact is re-pointed (or the inferred row updated) as designed.
Q4. How do you test deletes in a CDC (change data capture) load?
Delete rows in source, run the job, and confirm the target soft-deletes (flag/end date) or hard-deletes according to the design, and that downstream aggregates change accordingly.
Q5. A rerun of yesterday’s job doubled the data. How should the job behave and how do you test it?
Loads should be idempotent: running twice gives the same result. Test by rerunning the same batch and asserting counts, totals and keys are unchanged.
Q6. How do you test SCD Type 2 for overlapping date ranges?
SELECT a.customer_id FROM dim_customer a JOIN dim_customer b ON a.customer_id = b.customer_id AND a.surrogate_key <> b.surrogate_key AND a.start_date < b.end_date AND b.start_date < a.end_date;
Q7. Rounding differences of a few paise appear in totals. How do you decide if it is a defect?
Check the documented rounding rule and the step where rounding happens (row level vs total). Agree a tolerance with the business; outside it, it is a defect.
Q8. How do you test NULL versus blank versus space?
Profile each separately (IS NULL, = '', TRIM(col) = '') and check the mapping rule says how each should be treated.
Q9. Schema changed in source without notice. How would you catch it?
Automated metadata checks comparing column names, types and lengths against a baseline before each load. See metadata testing.
Q10. How do you test a job that runs across midnight or time zones?
Create records near the boundary in UTC and IST, run the job and confirm each lands in the intended business date.
Q11. How do you test surrogate keys?
Unique, not null, never reused, stable across reruns, and facts reference valid dimension keys.
Q12. How do you test performance of an ETL job?
Baseline run time and volume, test with production-like volume, watch for growth trends and check it finishes within the batch window. See ETL performance testing.
Managerial Round Questions (Q13–Q16)
Q13. The release is tomorrow and you found a critical data defect. What do you do?
Inform the lead immediately with evidence and impact, suggest options (fix and retest, release without the affected table, delay), and let the decision-maker decide. Never hide it.
Q14. A developer says your defect is “not a bug”. How do you handle it?
Point to the requirement or mapping rule, show the query and sample rows, and if still unclear, ask the business analyst to decide. Keep it about the data, not the person.
Q15. You have 2 days to test 40 tables. How do you prioritise?
Risk first: tables feeding critical reports or money, complex transformations and recently changed code get full checks; low-risk tables get automated counts and spot checks. State the risk you are accepting.
Q16. A defect you missed reached production. What do you do?
Own it, help fix and verify, find why it was missed and add a test or automated check so it cannot recur.
How to Answer Tough Questions
- Clarify first: “Is this a full load or incremental?” shows experience.
- Think in layers: source, staging, warehouse, report.
- Mention evidence: the query you would run and what you would show.
- Mention risk and trade-offs in managerial answers.
Also practise scenario-based questions and questions for 10 years of experience.
Practise Under Interview Conditions
Reading answers is not the same as answering under time pressure. ETL Testing Interview Questions & Answers – Practice Tests gives you 500+ questions with detailed explanations, from fresher to experienced level, including Python and ETL automation questions alongside SQL, data warehouse and scenario-based rounds. Attempt a test, review every explanation, and retake until you are consistently above 80%.
- Timed practice tests that feel like a real screening round
- Python, automation, SQL and scenario questions in one place
- Detailed answers, so each wrong attempt teaches you something
- Lifetime access and Udemy’s refund policy
Prepare for your ETL testing interview: top 50 questions · in-depth answers · for experienced (3–5 years) · for 10 years experience · SQL query questions · scenario-based questions · data warehouse questions · questions for freshers · free mock test · database testing questions · Python ETL testing questions · Informatica questions · SQL questions for freshers · DBMS questions · data validation questions · service-company questions · ETL automation testing questions · Python test questions · Big 4 (Deloitte, PwC, EY, KPMG) · self introduction · SQL test MCQs
Frequently Asked Questions
What are the toughest ETL testing interview questions?
Large-volume comparisons, CDC delete handling, SCD Type 2 edge cases, idempotent reruns, late-arriving dimensions and managerial questions on prioritisation and missed defects.
What is asked in an ETL testing managerial round?
Estimation, prioritisation under time pressure, handling disagreements with developers, release decisions with open defects and learning from production issues.
How do I answer an ETL question I do not know?
Explain how you would find out: the data you would check, the query you would run and who you would ask. Structured thinking scores better than guessing.
Asim Noaman Lodhi
Certified Google Partner · QA Consultant · 12+ Years IT
QA consultant specializing in ETL testing and data quality. Trained 913+ students to transition into data testing roles through hands-on, real-world instruction.