1. Introduction
ETL testing interview questions Infosys are a major part of interviews for Data Warehouse Testing, ETL QA, Business Intelligence (BI) Testing, and Data Validation roles at Infosys. Infosys delivers enterprise-scale data solutions for industries such as banking, insurance, retail, telecommunications, and healthcare, where data accuracy, consistency, and performance are critical to business operations.
During ETL testing interviews at Infosys, candidates are expected to demonstrate not only technical knowledge but also the ability to validate complex data pipelines, troubleshoot production issues, and understand the business impact of data quality problems.
Unlike general software testing interviews, Infosys ETL interviews place significant emphasis on SQL proficiency, data validation techniques, ETL architecture, and real-time project experience.
In Infosys Interviews, Candidates Are Evaluated On
- Strong understanding of ETL and Data Warehouse fundamentals.
- Ability to write SQL queries for data validation.
- Clear understanding of Source-to-Target (S2T) mapping.
- Experience handling real-time ETL defects.
- Knowledge of:
- Slowly Changing Dimension Type 1 (SCD1)
- Slowly Changing Dimension Type 2 (SCD2)
- Audit fields
- Hashing techniques
- Incremental data loads
- Performance optimization and Service Level Agreement (SLA) awareness.
- Data reconciliation and production issue analysis.
- Business rule validation and reporting accuracy.
Interviewers may also ask candidates to explain real project scenarios, SQL queries, production defect investigations, and ETL validation strategies to assess practical experience.
This article is written as a complete Infosys-oriented ETL interview preparation guide, suitable for freshers, professionals with 3–5 years of experience, and senior ETL testers preparing for Infosys technical interviews.
What is ETL Testing? (Definition + Infosys-Style Example)
ETL Testing is the process of validating that data extracted from source systems is correctly transformed according to predefined business rules and loaded into the target Data Warehouse, ensuring data accuracy, completeness, historical consistency, integrity, and performance.
The objective of ETL testing is to ensure that business reports, dashboards, and analytical systems receive accurate and reliable data that supports informed decision-making.
ETL testers validate every stage of the ETL pipeline, including data extraction, transformation, loading, reconciliation, and reporting, to identify data quality issues before they impact business users.
Real-Time Infosys Project Example
Consider a banking project where transactional data is collected from multiple operational systems and processed into an Enterprise Data Warehouse.
Source Systems
The ETL process extracts banking transaction data from various OLTP systems.
These systems generate daily operational data such as:
- Customer transactions.
- Account information.
- Payment records.
- Branch-level transaction details.
Transformation Layer
After extraction, multiple business transformations are applied before loading the data into the warehouse.
Typical transformations include:
- Deduplication of duplicate records.
- Currency conversion for multi-currency transactions.
- Daily and monthly data aggregation.
- Slowly Changing Dimension Type 2 (SCD2) implementation for customer dimension history.
Each transformation must be validated carefully to ensure compliance with business requirements and reporting standards.
Target Layer
After successful transformation, the processed data is loaded into the Enterprise Data Warehouse (EDW).
The warehouse typically contains:
- Fact tables.
- Dimension tables.
These tables become the foundation for enterprise reporting and analytical processing.
Reporting Layer
Business Intelligence tools generate reports and dashboards using the warehouse data.
Common reporting tools include:
- Power BI.
- Tableau.
Any incorrect data loaded into the EDW can directly affect financial reports, customer analytics, operational dashboards, and business decision-making.
Infosys Interview Perspective
At Infosys, ETL testers are expected to validate more than record counts.
Interviewers generally expect candidates to demonstrate that they can validate:
- Data accuracy.
- Business transformation logic.
- Historical data maintenance.
- Reporting correctness.
- Business impact of data quality issues.
Explaining how incorrect data can affect downstream reporting and business decisions demonstrates a practical understanding of enterprise ETL testing.
Typical ETL Architecture in Infosys Projects
A standard ETL architecture used in enterprise projects consists of several layers, each responsible for a specific stage of data processing.
Understanding these layers and the validations performed at each stage is a common interview topic at Infosys.
1. Source Systems
Source systems are the origin of business data.
Common source systems include:
- OLTP databases.
- Flat files.
- CSV files.
- XML files.
- ERP applications.
- CRM systems.
These systems continuously generate transactional data that serves as the input for ETL processing.
2. Staging Layer
The staging layer temporarily stores raw extracted data before business transformations are applied.
Characteristics of the staging layer include:
- Stores raw extracted data.
- No business transformations are performed.
- Supports source-to-target reconciliation.
- Enables ETL job restartability after failures.
- Simplifies debugging and production defect analysis.
ETL testers typically validate staging data before comparing it with transformed target data.
3. Transformation Layer
The transformation layer applies business rules and data processing logic.
Typical transformation activities include:
- Data cleansing.
- Data standardization.
- Deduplication.
- Business rule implementation.
- Currency conversion.
- Data enrichment.
- Aggregations.
- Lookup validations.
- SCD Type 1 and SCD Type 2 processing.
Most ETL validation activities are performed at this stage because incorrect transformations directly impact reporting accuracy.
4. Target Layer (Data Warehouse / Data Mart)
After transformation, the processed data is loaded into the Data Warehouse or Data Mart.
This layer generally contains:
- Fact tables.
- Dimension tables.
ETL testers validate:
- Record counts.
- Data accuracy.
- Business calculations.
- Referential integrity.
- Historical data preservation.
- Incremental load processing.
These validations ensure that the warehouse contains reliable data for reporting and analytics.
5. Reporting Layer
The reporting layer provides business users with dashboards, reports, and analytical insights.
Common reporting tools include:
- Power BI.
- Tableau.
- SSRS.
- QlikView.
Since management decisions depend on these reports, ETL testers must verify that the data displayed accurately reflects the validated warehouse data.
Interview Tip
Infosys interviewers frequently ask candidates how they ensure data quality throughout the ETL pipeline.
When explaining the ETL architecture, be prepared to discuss topics such as:
- Data Reconciliation – Comparing record counts and data values between the source, staging, and target systems to verify data consistency.
- Restartability – Ensuring that ETL jobs can resume processing from the point of failure without duplicating or losing data.
- Audit Validation – Verifying audit fields such as created_date, updated_date, and batch_id to ensure proper traceability and support production issue analysis.
Candidates who explain these concepts along with practical validation strategies demonstrate strong ETL testing knowledge and make a positive impression during Infosys technical interviews.
4. ETL Testing Interview Questions Infosys (Basic → Advanced)
A. Basic ETL Testing Interview Questions (Infosys) Q1. What is ETL Testing?
ETL Testing is the process of validating that data is correctly Extracted from source systems, Transformed according to business rules, and Loaded into a target Data Warehouse or Data Mart.
The primary objective of ETL testing is to ensure that data remains accurate, complete, consistent, and reliable throughout the ETL process. It verifies that business transformations are correctly implemented and that the final data supports accurate reporting, analytics, and business decision-making.
In enterprise environments such as Infosys projects, ETL testing also focuses on validating historical data, data quality, reconciliation, and ETL performance to ensure that business-critical applications receive accurate information.
Q2. Why is ETL Testing Important in Infosys Projects?
ETL testing is especially important in Infosys projects because the company works with large enterprise clients across industries such as banking, insurance, healthcare, retail, and telecommunications.
These industries depend heavily on accurate data for regulatory compliance, financial reporting, operational monitoring, and strategic decision-making.
Incorrect or incomplete data can result in:
- Incorrect financial reports.
- Regulatory compliance violations.
- Poor business decisions.
- Customer dissatisfaction.
- Revenue loss.
- Increased operational risk.
ETL testing ensures that enterprise data remains accurate, complete, and trustworthy before it reaches business users and reporting systems.
Q3. What is a Data Warehouse?
A Data Warehouse (DW) is a centralized repository that stores historical and integrated data collected from multiple source systems.
Unlike transactional databases, which support daily business operations, a Data Warehouse is designed specifically for reporting, business intelligence, and analytical processing.
Key Characteristics of a Data Warehouse
- Stores historical business data.
- Integrates data from multiple systems.
- Supports reporting and analytics.
- Optimized for complex analytical queries.
- Contains fact and dimension tables.
- Enables business trend analysis and decision-making.
A Data Warehouse provides a single source of truth for enterprise reporting.
Q4. What is a Staging Table?
A Staging Table is a temporary table used to store raw extracted data before business transformations are applied.
The staging layer acts as an intermediate storage area between source systems and the Data Warehouse.
Benefits of Staging Tables
- Store raw extracted data.
- Isolate source data from transformation logic.
- Support source-to-target reconciliation.
- Enable ETL job restartability after failures.
- Simplify debugging and root cause analysis.
- Reduce dependency on source systems during ETL execution.
ETL testers frequently validate staging data before comparing it with transformed target data.
Source-to-Target (S2T) Mapping Questions
Q5. What is Source-to-Target (S2T) Mapping?
Source-to-Target (S2T) Mapping is a document that defines how source fields are mapped to target fields along with all business transformation rules.
A typical S2T mapping document contains:
- Source table and column names.
- Target table and column names.
- Transformation logic.
- Data type conversions.
- Default values.
- Lookup rules.
- Rejection rules.
- Null handling.
- Business validations.
It serves as the primary reference document for ETL developers and testers.
Q6. How Do You Validate S2T Mapping in Infosys Projects?
S2T mapping is validated by writing SQL queries that compare source, staging, and target data after all transformation rules have been applied.
Typical validation activities include:
- Comparing source and target column values.
- Verifying transformation logic.
- Validating lookup results.
- Checking calculated fields.
- Comparing record counts.
- Validating rejected records.
- Confirming default value handling.
SQL is the primary tool used for practical Source-to-Target validation in enterprise ETL projects.
Q7. What Challenges Do You Face During S2T Validation?
Some common challenges encountered during Source-to-Target validation include:
- Complex joins involving multiple source systems.
- Derived and calculated columns.
- Conditional transformation logic.
- Lookup mismatches.
- Data type inconsistencies.
- Null value handling.
- Frequently changing business requirements.
These challenges require strong SQL skills and a clear understanding of business logic.
SQL Query Examples (Very Important for Infosys)
SQL is one of the most heavily tested topics in Infosys ETL interviews. Interviewers often ask candidates to write SQL queries and explain their purpose.
Record Count Validation
Example Query
SELECT COUNT(*) FROM src_orders;
SELECT COUNT(*) FROM fact_orders;
Q8. What Does This Validation Ensure?
Record count validation ensures that no records are unintentionally lost during the ETL process.
It helps verify that the expected number of records has been successfully loaded into the target system after applying business rules.
Differences in record counts may indicate:
- Extraction failures.
- Incorrect filtering.
- Join issues.
- ETL loading failures.
Data Validation Using JOIN
Example Query
SELECT s.order_id,
s.amount AS src_amount,
t.amount AS tgt_amount
FROM src_orders s
JOIN fact_orders t
ON s.order_id = t.order_id
WHERE s.amount <> t.amount;
Q9. Why Is This Query Important?
This query compares matching records between the source and target tables to identify differences in data values after ETL processing.
It helps detect:
- Incorrect transformations.
- Data loading issues.
- Business rule violations.
- Source-to-target data mismatches.
This is one of the most frequently used SQL queries during ETL validation.
Finding Missing Records
Example Query
SELECT s.order_id
FROM src_orders s
LEFT JOIN fact_orders t
ON s.order_id = t.order_id
WHERE t.order_id IS NULL;
Q10. Which JOIN Is Most Used for Missing Record Checks?
A LEFT JOIN or RIGHT JOIN is commonly used to identify records that exist in one table but are missing from another.
These joins help ETL testers verify that all expected records have been successfully loaded into the target Data Warehouse.
GROUP BY and Aggregation Validation
Example Query
SELECT region,
SUM(sales_amount)
FROM fact_sales
GROUP BY region;
Q11. What Are You Validating Here?
This query validates that aggregation logic has been correctly applied within the fact table.
The calculated totals should match the expected aggregation results derived from the source data after applying all business transformation rules.
Window Function Example
Example Query
SELECT customer_id,
SUM(amount) OVER (PARTITION BY customer_id) AS total_spend
FROM fact_orders;
Q12. Why Are Window Functions Important in ETL Testing?
Window functions allow analytical calculations without reducing row-level detail.
They are commonly used to validate:
- Running totals.
- Customer-wise totals.
- Rankings.
- Partition-level calculations.
- Cumulative values.
These functions are frequently used in enterprise reporting and ETL validation.
Performance Tuning SQL
Example Query
EXPLAIN ANALYZE
SELECT *
FROM fact_orders
WHERE order_date >= ‘2025-01-01’;
Q13. Why Is Performance Testing Important in Infosys ETL Projects?
Infosys delivers ETL solutions for large enterprise clients that process millions of records every day.
Performance testing helps ensure that ETL jobs complete within the agreed Service Level Agreement (SLA) and do not delay downstream reporting or business operations.
Analyzing execution plans helps identify:
- Full table scans.
- Missing indexes.
- Expensive JOIN operations.
- High-cost sorting.
- Inefficient filtering.
Optimizing these issues improves ETL performance and system scalability.
Slowly Changing Dimension (SCD) Questions (Frequently Asked)
Q14. What is SCD Type 1?
SCD Type 1 updates an existing record by overwriting the previous value.
Historical information is not maintained, making it suitable when only the latest value is required.
Q15. What is SCD Type 2?
SCD Type 2 preserves historical data by creating a new record whenever tracked attributes change.
History is maintained using:
- Start Date
- End Date
- Active Flag
SCD Type 2 Validation SQL
SELECT customer_id,
start_date,
end_date,
is_active
FROM dim_customer
WHERE customer_id = 101;
This query verifies that historical records are maintained correctly and that only one active record exists for the customer.
Q16. What Common SCD Type 2 Defects Are Seen in Infosys Projects?
Some of the most common production defects include:
- Multiple active records.
- Old records not expired.
- Incorrect effective dates.
- Missing history records.
- Duplicate historical records.
These issues can significantly impact reporting accuracy and business analytics.
Scenario-Based ETL Testing Questions (Infosys Style)
Scenario 1: Record Count Mismatch
Possible Causes
- Filter condition mismatch.
- Wrong JOIN type.
- Duplicate source data.
- Missing incremental load logic.
- ETL job failure.
Compare record counts across the source, staging, and target layers to identify the root cause.
Scenario 2: Null Values in Target Table
Validation Query
SELECT *
FROM dim_customer
WHERE email IS NULL;
Action
Check the following:
- Default value handling.
- Reject logic.
- Source data availability.
- Transformation rules.
- Null handling conditions.
These checks help determine why null values appear in the target table.
Scenario 3: ETL Job Misses SLA
Resolution Steps
- Analyze the execution plan.
- Optimize SQL queries.
- Partition large tables.
- Tune parallel processing.
- Improve indexing strategies.
These optimization techniques help ETL jobs complete within the required SLA.
ETL Tools Asked in Infosys Interviews
Infosys generally evaluates candidates based on conceptual understanding and practical experience rather than tool-specific syntax.
Commonly discussed ETL tools include:
- Informatica
- Microsoft SSIS
- Ab Initio
- Talend
- Pentaho
Strong ETL concepts enable candidates to work effectively with any of these tools.
ETL Defect Examples and Sample Test Case
Common ETL Defects in Infosys Projects
| Defect Type | Example |
| Data Loss | Missing records |
| Transformation Error | Wrong revenue calculation |
| Duplicate Data | Incorrect JOIN logic |
| SCD Defect | Multiple active records |
| Performance Issue | Job misses SLA |
These production defects are frequently discussed during Infosys ETL interviews.
Sample ETL Test Case
| Field | Value |
| Test Case ID | INFY_ETL_TC_01 |
| Scenario | Validate SCD Type 2 |
| Source | src_customer |
| Target | dim_customer |
| Expected Result | Only one active record should exist |
This test case verifies that SCD Type 2 logic is correctly implemented and that historical records are maintained without creating multiple active records.
Advanced ETL Interview Questions (Infosys)
Q17. What Are Audit Fields?
Audit fields are metadata columns used to track ETL processing and data movement.
Common audit fields include:
- created_date
- updated_date
- batch_id
These fields improve traceability, simplify debugging, and help identify which ETL batch processed each record.
Q18. What Is Hashing in ETL Testing?
Hashing is a technique used to compare large datasets efficiently by generating checksum or hash values for records.
Instead of comparing every column individually, testers compare hash values to quickly identify differences between source and target datasets, making validation faster and more efficient.
Q19. How Do You Test Incremental Loads?
Incremental loads are validated using timestamp-based tracking mechanisms.
Common approaches include:
- last_updated_date columns.
- Watermark columns.
- Batch IDs.
- Timestamp comparisons.
The objective is to ensure that only new or modified records are processed while previously loaded records remain unchanged.
Quick Revision Sheet (Infosys ETL Interviews)
Before attending an Infosys ETL interview, remember these key points:
- ETL stands for Extract, Transform, and Load.
- Always validate record counts, data accuracy, and transformation logic.
- Strong SQL skills, including JOINs, GROUP BY, and Window Functions, are mandatory.
- SCD Type 2 is one of the most frequently asked interview topics.
- Performance optimization and SLA awareness are critical for enterprise ETL projects and are commonly discussed during Infosys interviews.
12. FAQs – ETL Testing Interview Questions Infosys
Q1. Does Infosys Ask Tool-Specific ETL Questions?
In most Infosys ETL interviews, the primary focus is on your conceptual understanding of ETL testing rather than memorizing tool-specific syntax. Interviewers generally evaluate how well you understand ETL processes, data validation techniques, SQL, and Data Warehouse concepts.
If you have worked with ETL tools in previous projects, you should be prepared to explain how you used them in practical scenarios instead of simply listing their features.
Infosys Interviewers Usually Focus On:
- ETL architecture and Data Warehouse concepts.
- Source-to-Target (S2T) mapping validation.
- SQL-based data validation.
- Business transformation logic.
- Production defect handling.
- Real-time ETL testing scenarios.
- Performance optimization concepts.
If you mention tools such as Informatica, Microsoft SSIS, Talend, Ab Initio, or Pentaho, interviewers may ask project-based questions to understand how you used those tools in actual ETL implementations.
Q2. Is SQL Mandatory for Infosys ETL Interviews?
Yes. Strong SQL knowledge is considered one of the most important skills for Infosys ETL interviews.
Since ETL testing is primarily data validation, interviewers expect candidates to write, analyze, and explain SQL queries confidently. SQL is used throughout the ETL testing lifecycle to compare source and target data, validate transformations, identify missing records, and troubleshoot production issues.
SQL Topics You Should Be Comfortable With
- INNER JOIN, LEFT JOIN, RIGHT JOIN, and FULL JOIN.
- GROUP BY and aggregate functions.
- Window Functions such as ROW_NUMBER(), RANK(), DENSE_RANK(), and SUM() OVER().
- Subqueries and Common Table Expressions (CTEs).
- Record count validation.
- Source-to-target data comparison.
- Duplicate and missing record detection.
- Basic performance analysis using EXPLAIN or EXPLAIN ANALYZE.
Interviewers often ask candidates to explain both the SQL query and the business purpose behind it, so understanding the logic is just as important as writing the syntax.
Q3. What Experience Level Questions Are Asked?
The difficulty of Infosys ETL interview questions generally depends on the role and the candidate’s experience level.
Freshers are usually assessed on ETL fundamentals, Data Warehouse concepts, and basic SQL, while experienced professionals are expected to discuss real-world project scenarios, production support, and complex ETL validations.
Typical Expectations by Experience Level
- Freshers
- Data Warehouse fundamentals.
- Basic SQL queries.
- Fact and Dimension tables.
- Source-to-Target (S2T) mapping concepts.
- 3–5 Years Experience
- S2T validation.
- Slowly Changing Dimension (SCD) Type 1 and Type 2.
- Incremental load validation.
- Real-time production defect handling.
- Scenario-based ETL testing questions.
- Senior Professionals (5+ Years)
- ETL architecture.
- Performance optimization.
- Audit validation.
- Data reconciliation.
- Root cause analysis.
- ETL job monitoring and SLA compliance.
- Leadership and project ownership scenarios.
As experience increases, interviewers place greater emphasis on practical problem-solving and real-time project experience rather than theoretical definitions.
Q4. Is ETL Testing Manual or Automated in Infosys?
ETL testing in Infosys is primarily SQL-driven and manual, although partial automation is commonly implemented for repetitive validation activities.
Most ETL testers spend a significant amount of time writing SQL queries to compare source, staging, and target data, validate business transformations, investigate production defects, and ensure overall data quality.
Common Manual ETL Testing Activities
- Record count validation.
- Source-to-target data comparison.
- Transformation validation.
- Business rule verification.
- Duplicate record detection.
- Incremental load validation.
- SCD Type 1 and SCD Type 2 validation.
- Data reconciliation.
- Production defect investigation.
Automation in Infosys ETL Projects
Automation is generally used to improve efficiency in repetitive tasks such as:
- Automated data comparison.
- Scheduled ETL validation jobs.
- Report generation.
- Data reconciliation utilities.
- Batch execution monitoring.
Although automation helps reduce manual effort, SQL remains the core skill because manual investigation is essential whenever data mismatches, transformation errors, or production issues occur. Candidates who demonstrate strong SQL skills along with a solid understanding of ETL concepts are typically well-prepared for Infosys ETL interviews.

