What Is ETL Testing? (Definition + PwC-Style Example)
ETL Testing is the process of validating data during the Extract, Transform, and Load (ETL) operations to ensure correctness, completeness, consistency, auditability, and performance in a Data Warehouse (DW).
The primary objective of ETL testing is to verify that data is accurately extracted from source systems, transformed according to business requirements, and loaded into the target data warehouse without data loss, duplication, corruption, or inconsistencies.
ETL testing helps ensure that:
- Data is extracted correctly from multiple source systems.
- Business transformations are implemented accurately.
- Data is loaded successfully into fact and dimension tables.
- Reports and dashboards contain accurate and consistent information.
- Auditability and data lineage are maintained throughout the ETL process.
- Business and regulatory requirements are satisfied.
Since enterprise organizations depend on data warehouses for reporting, compliance, analytics, and decision-making, ETL testing is a critical activity for maintaining trusted business data.
PwC-Style Real-World Project Example
In consulting and assurance programs delivered by PwC, ETL testing commonly supports enterprise data platforms that require high standards of data quality, governance, and traceability.
Typical project areas include:
- Financial and regulatory reporting.
- Risk and compliance analytics.
- Multi-source enterprise data platforms.
An ETL tester is responsible for validating that:
- Data is correctly extracted from all source systems.
- Transformation logic follows approved business rules.
- Source-to-Target (S2T) mappings are implemented correctly.
- Audit fields and metadata are populated accurately.
- Data reconciliation is successful between source and target.
- Fact and dimension tables are loaded correctly.
- Final reports are fully traceable, auditable, and compliant with business and regulatory requirements.
These validations help organizations produce reliable reports for financial analysis, compliance reporting, internal audits, and executive decision-making.
Data Warehouse Flow: Source → Staging → Transform → Load → Reporting
A Data Warehouse (DW) follows a structured ETL pipeline that moves data from operational systems to reporting and analytics platforms.
Source
The source layer contains operational business data collected from different systems.
Typical sources include:
- OLTP databases.
- ERP and CRM systems.
- Flat files.
- APIs.
At this stage, ETL testing verifies that all required data is successfully extracted without omissions or corruption.
Staging
The staging layer temporarily stores raw extracted data before any business transformations are applied.
Its primary purposes include:
- Landing raw data.
- Supporting data validation.
- Simplifying troubleshooting.
- Enabling ETL restart and recovery.
Since no business rules are applied in the staging area, ETL testers verify that the staging data exactly matches the extracted source data.
Transformation
The transformation layer prepares the data for reporting and analytics by applying business logic.
Typical transformation activities include:
- Data cleansing.
- Joins.
- Aggregations.
- Slowly Changing Dimension (SCD) logic.
- Data standardization.
- Business calculations.
ETL testers validate that every transformation follows the Source-to-Target (S2T) mapping document and approved business requirements.
Load
After transformation, the processed data is loaded into the target data warehouse.
Typical target objects include:
- Fact tables.
- Dimension tables.
During this stage, ETL testers validate:
- Successful data loading.
- Record counts.
- Surrogate key generation.
- Referential integrity.
- Audit field population.
These validations ensure that the warehouse contains complete, accurate, and consistent business data.
Reporting
The reporting layer provides curated data for business users through reporting and analytics platforms.
Typical reporting outputs include:
- BI dashboards.
- MIS reports.
- Regulatory reports.
ETL testing ensures that reports accurately reflect the data stored in the warehouse and satisfy business and compliance requirements.
PwC ETL Testing Interview Questions & Answers
(Basic → Advanced | Scenario-Based & Real-Time)
The following interview questions focus on ETL testing concepts and practical scenarios commonly discussed in enterprise consulting, assurance, and data integration projects.
Interviewers typically evaluate your ability to:
- Explain ETL architecture and Data Warehouse concepts.
- Validate Source-to-Target (S2T) mappings.
- Verify transformation logic using SQL.
- Perform source-to-target reconciliation.
- Test fact and dimension tables.
- Validate Slowly Changing Dimensions (SCD Type 1 and Type 2).
- Verify incremental and full data loads.
- Validate audit fields and metadata.
- Test data quality and referential integrity.
- Troubleshoot production issues such as record count mismatches, duplicate records, NULL values, schema changes, and performance bottlenecks.
- Ensure that business, financial, and regulatory reports accurately reflect the underlying data warehouse.
Preparing both conceptual knowledge and practical ETL validation scenarios will help you confidently answer ETL testing interview questions and demonstrate your ability to work on enterprise data warehouse and reporting projects.
Basic ETL Testing Questions (1–15)
1. What is ETL testing?
Answer
ETL testing is the process of validating data accuracy, completeness, and transformations during ETL processing.
Its primary objectives are to ensure that:
- Data is extracted correctly from source systems.
- Business transformations are implemented accurately.
- Data is loaded successfully into the target data warehouse.
- No data is lost, duplicated, or corrupted during processing.
- Data quality and integrity are maintained throughout the ETL pipeline.
2. Why is ETL testing critical in PwC projects?
Answer
ETL testing is critical because data is used for financial, audit, and regulatory decision-making.
Accurate ETL processing helps ensure:
- Reliable financial reporting.
- Regulatory compliance.
- Audit readiness.
- High-quality enterprise analytics.
- Trusted business decision-making.
Even minor ETL defects can affect compliance reports and business outcomes, making thorough validation essential.
3. What is Source-to-Target (S2T) mapping?
Answer
Source-to-Target (S2T) mapping is a document that defines how each source column maps to the corresponding target column, including all required transformations.
It typically includes:
- Source tables and columns.
- Target tables and columns.
- Data types.
- Transformation rules.
- Lookup logic.
- Default values.
- Business calculations.
ETL testers use the S2T mapping document as the primary reference during validation.
4. What are the types of ETL testing?
Answer
The major types of ETL testing include:
- Source testing.
- Staging testing.
- Transformation testing.
- Target testing.
- Data reconciliation.
Each type validates a different stage of the ETL process to ensure complete and accurate data movement.
5. What is staging area testing?
Answer
Staging area testing verifies that the staging data exactly matches the extracted source data before any business transformations are applied.
The tester validates:
- Record counts.
- Data values.
- No transformations.
- No data loss.
This provides a reliable baseline for downstream ETL validation.
6. What are audit fields in ETL?
Answer
Audit fields are metadata columns used to monitor ETL processing and maintain data lineage.
Common audit fields include:
- load_date
- batch_id
- created_by
- updated_date
These fields help track ETL execution, simplify troubleshooting, and support auditing.
7. How do you validate record counts?
Answer
Record count validation compares the number of records in the source and target after applying the required filters and transformations.
The tester verifies:
- Successful extraction.
- Complete loading.
- No missing records.
- No unexpected duplicate records.
If counts do not match, ETL logs, rejected records, and transformation rules should be reviewed.
8. What is data reconciliation?
Answer
Data reconciliation is the process of matching totals, counts, and business metrics between the source and target systems.
Typical reconciliation activities include:
- Record count comparison.
- Aggregate total validation.
- Financial metric verification.
- Business calculation validation.
Successful reconciliation confirms that the ETL process has preserved data integrity.
9. Difference between fact and dimension tables?
Answer
Fact and dimension tables form the foundation of a dimensional data warehouse.
Fact Tables
Fact tables store measurable business data, such as:
- Sales.
- Revenue.
- Transactions.
- Quantity.
- Profit.
Dimension Tables
Dimension tables store descriptive business attributes, such as:
- Customer.
- Product.
- Region.
- Employee.
- Date.
In summary:
- Facts store measures.
- Dimensions store descriptive attributes.
10. What is data warehouse testing?
Answer
Data warehouse testing validates:
- Data models.
- ETL logic.
- Fact tables.
- Dimension tables.
- Reports and dashboards.
Its purpose is to ensure that the data warehouse supports accurate reporting and analytics.
11. What is full load vs incremental load?
Answer
Full Load
- Reloads the complete dataset.
- Typically used for initial loads or complete refreshes.
Incremental Load
- Processes only new or modified (delta) records.
- Improves performance.
- Reduces ETL execution time.
Incremental loading is commonly implemented using Change Data Capture (CDC).
12. What is reject data testing?
Answer
Reject data testing validates records that fail ETL validation rules.
The tester verifies:
- Rejected records.
- Error reason codes.
- Reject tables.
- Reject counts.
- Reprocessing capability.
This ensures invalid records are isolated without affecting valid data.
13. What is data quality testing?
Answer
Data quality testing verifies that data satisfies predefined quality standards.
Typical validations include:
- Accuracy.
- Completeness.
- Consistency.
Maintaining high data quality ensures reliable reporting and regulatory compliance.
14. What is mapping validation?
Answer
Mapping validation ensures that all transformations follow the Source-to-Target (S2T) mapping document exactly.
The tester validates:
- Column mappings.
- Transformation rules.
- Lookup logic.
- Filter conditions.
- Target values.
This confirms that business requirements are correctly implemented.
15. What is end-to-end ETL testing?
Answer
End-to-end ETL testing validates the complete data flow across the ETL pipeline.
It includes validation of:
- Source extraction.
- Staging.
- Transformation.
- Data warehouse loading.
- Report reconciliation.
This ensures data remains accurate and consistent from the source systems through to the final reports.
Scenario-Based Intermediate Questions (16–35)
These questions assess your ability to troubleshoot practical ETL issues commonly encountered in enterprise projects.
16. Scenario: Source has 1 million records, target has 960,000. What do you check?
Answer
Investigate:
- Transformation filters.
- Rejected rows.
- Duplicate removal logic.
- Join conditions.
- ETL execution logs.
- Incremental load conditions.
The objective is to identify why approximately 40,000 records were not loaded into the target.
17. How do you test NULL handling?
Answer
Validate:
- Mandatory columns.
- Default value logic.
- NULL replacement rules.
- Lookup failures.
- Transformation expressions.
Unexpected NULL values may indicate mapping or transformation defects.
18. What is SCD Type 1?
Answer
SCD Type 1 overwrites old data without maintaining historical records.
Only the latest value is retained in the dimension table.
19. What is SCD Type 2?
Answer
SCD Type 2 maintains historical information by creating a new row whenever a tracked attribute changes.
It typically uses:
- effective_from
- effective_to
- current_flag
This approach preserves historical versions of dimension records.
20. Scenario: Customer address changes. What do you test?
Answer
Validate:
- Creation of a new SCD Type 2 history row.
- Expiry of the previous record.
- Correct effective dates.
- Proper current_flag values.
This ensures historical customer information is preserved correctly.
21. What is surrogate key testing?
Answer
Verify that surrogate keys are:
- Unique.
- Non-null.
- Correctly generated.
- Properly referenced by fact tables.
22. What is a late-arriving dimension?
Answer
A late-arriving dimension occurs when a fact record arrives before its corresponding dimension record.
The tester validates:
- Dummy or unknown key handling.
- Temporary surrogate keys.
- Subsequent dimension updates.
23. Scenario: Duplicate rows appear in the target but not in the source. Why?
Answer
Common causes include:
- Many-to-many joins.
- Missing deduplication logic.
- Incorrect merge conditions.
- Duplicate ETL processing.
24. How do you test aggregation logic?
Answer
Compare aggregated source data with aggregated target totals using functions such as:
- SUM()
- COUNT()
- AVG()
This ensures reports display accurate business totals.
25. What is hashing used for in ETL?
Answer
Hashing is commonly used for:
- Change detection.
- Deduplication.
- Data reconciliation.
- Efficient comparison of large datasets.
26. How do you test CDC (Change Data Capture)?
Answer
Validate that:
- Only changed records are processed.
- New inserts are captured.
- Updates are detected.
- Deleted records are handled according to business rules.
27. Scenario: Negative revenue appears in a report. What do you test?
Answer
Validate:
- Business rule implementation.
- Transformation logic.
- Source transactions.
- Refund or reversal processing.
This helps determine whether the negative revenue is expected or indicates a defect.
28. What is referential integrity testing?
Answer
Referential integrity testing verifies that every foreign key in the fact table exists in the corresponding dimension table.
This prevents orphan records and ensures consistent reporting.
29. Scenario: Data type mismatch error occurs. What to validate?
Answer
Verify:
- Casting rules.
- Data type conversions.
- Numeric precision.
- Truncation handling.
- Decimal precision.
30. How do you test date transformations?
Answer
Validate:
- Time zone conversions.
- Business calendar rules.
- Timestamp consistency.
31. What is soft delete testing?
Answer
Soft delete testing verifies that deleted records are marked using a delete_flag instead of being physically removed.
This preserves historical information for reporting and auditing.
32. Scenario: ETL rerun creates duplicates. What failed?
Answer
This typically indicates a failure in restartability or idempotency logic.
Verify:
- Idempotent processing.
- Merge strategy.
- Delete-and-reload logic.
- Checkpoint recovery.
33. What is schema drift?
Answer
Schema drift occurs when the source schema changes unexpectedly.
Examples include:
- Added columns.
- Removed columns.
- Renamed columns.
- Data type changes.
ETL testing ensures that the ETL process adapts correctly to these changes.
34. How do you validate BI reports?
Answer
Compare:
- Report totals.
- Dashboard metrics.
- Data warehouse tables.
- Business calculations.
This confirms that BI reports accurately reflect warehouse data.
35. What is data masking testing?
Answer
Data masking testing ensures that Personally Identifiable Information (PII) fields are properly obfuscated in the target system.
Common fields include:
- Customer names.
- Email addresses.
- Phone numbers.
- Account numbers.
This helps protect sensitive information and supports data privacy requirements.
Advanced & PwC Real-Time Scenarios (36–55)
These questions assess your ability to troubleshoot complex ETL issues encountered in enterprise consulting and regulatory reporting projects.
36. Scenario: ETL job misses SLA. What do you analyze?
Answer
Analyze:
- Query execution plans.
- Indexing.
- Partitioning.
- Parallelism.
- Resource utilization.
The objective is to identify and resolve performance bottlenecks.
37. How do you test ETL performance tuning?
Answer
Validate:
- Join strategies.
- Execution plans.
- Index utilization.
- Partition pruning.
These checks help ensure ETL jobs complete within the required SLA.
38. Scenario: Many-to-many join inflates data. What test?
Answer
Validate:
- Join cardinality.
- Business key relationships.
- Duplicate generation.
- Join conditions.
39. How do you validate window functions?
Answer
Verify that ranking, deduplication, and SCD logic align with business requirements.
Common functions include:
- ROW_NUMBER()
- RANK()
- DENSE_RANK()
40. Scenario: Late data affects aggregates. What do you do?
Answer
Recalculate the impacted partitions and refresh summary tables to ensure reports reflect the newly received data.
41. How do you test audit and control tables?
Answer
Validate:
- Batch status.
- Row counts.
- Batch identifiers.
- Load timestamps.
These tables provide operational visibility into ETL execution.
42. Scenario: Regulatory report mismatch. First check?
Answer
The first step is to verify:
- Source-to-Target (S2T) mapping.
- Aggregation logic.
- Business transformation rules.
- Data reconciliation.
These are common causes of reporting discrepancies.
43. How do you test ETL rollback?
Answer
Ensure that:
- Partial loads are reverted.
- Transactions are rolled back.
- Previous data remains intact.
- Recovery procedures execute successfully.
44. Scenario: Parallel jobs cause locking. What test?
Answer
Validate:
- Concurrency handling.
- Transaction isolation.
- Lock management.
- Deadlock prevention.
- Data consistency.
45. How do you test historical reloads?
Answer
Verify:
- Duplicate prevention.
- Historical version preservation.
- SCD handling.
- Record counts.
- Effective dates.
46. Scenario: Source file arrives late. What test?
Answer
Validate:
- Dependency handling.
- Scheduling logic.
- Rerun capability.
- Downstream processing.
- Recovery procedures.
47. How do you validate checksum/hash totals?
Answer
Generate and compare checksum or hash totals between the source and target datasets.
This confirms:
- Data consistency.
- No unexpected changes during ETL processing.
48. Scenario: Currency conversion mismatch. What to validate?
Answer
Verify:
- Exchange rate tables.
- Exchange rate application logic.
- Conversion formulas.
- Effective exchange dates.
49. How do you test cloud DW ETL pipelines?
Answer
Validate:
- Scalability.
- Cost optimization.
- Performance.
- Resource utilization.
- Auto-scaling behavior.
Cloud ETL testing ensures that pipelines remain efficient while meeting enterprise performance requirements.
50. Scenario: NULLs after LEFT JOIN. Why?
Answer
Unexpected NULL values after a LEFT JOIN usually indicate missing matching records in the dimension table.
The tester should verify:
- Dimension data availability.
- Join conditions.
- Lookup mappings.
51. How do you test archival logic?
Answer
Validate:
- Data movement to history tables.
- Archive completeness.
- Record counts.
- Historical accessibility.
- Data retention policies.
52. Scenario: Incorrect SCD expiry date. Root cause?
Answer
A common root cause is an error in the effective date logic or SCD Type 2 implementation.
Verify:
- Effective dates.
- Expiry dates.
- Current flag updates.
- Version management.
53. How do you validate metadata tables?
Answer
Validate:
- Batch IDs.
- Record counts.
- Load timestamps.
- Job status.
- Error counts.
Metadata tables provide operational tracking and auditing for ETL processes.
54. Scenario: Unexpected data spike. What test?
Answer
Investigate:
- Source data anomalies.
- Business rule changes.
- Duplicate processing.
- Incremental load logic.
- Aggregation accuracy.
This helps determine whether the spike is caused by legitimate business activity or an ETL defect.
55. How do you perform end-to-end ETL testing?
Answer
End-to-end ETL testing validates the complete data flow across every stage of the ETL pipeline:
- Source → Staging: Verify that staging data matches the extracted source data exactly.
- Staging → Transformation: Validate business rules, joins, calculations, lookups, data cleansing, and transformation logic.
- Transformation → Data Warehouse: Confirm that fact and dimension tables are loaded correctly with accurate record counts, surrogate keys, referential integrity, and audit fields.
- Data Warehouse → Reports: Reconcile report totals, KPIs, dashboards, and regulatory reports with the underlying data warehouse tables.
Successful end-to-end ETL testing ensures that data remains accurate, complete, consistent, traceable, and compliant from the original source systems through to the final business, financial, and regulatory reports.
Real SQL Query Examples for ETL Validation
SQL is one of the most important skills for ETL testers because it is used to validate data extraction, transformation, loading, reconciliation, and performance. The following SQL examples demonstrate common validation techniques used in enterprise Data Warehouse (DW) projects.
Sample Tables
The following sample tables represent a simple ETL pipeline.
Source Table
src_orders(
order_id,
cust_id,
amount,
order_dt
)
Description
- order_id – Unique order identifier.
- cust_id – Customer identifier from the source system.
- amount – Order amount.
- order_dt – Date on which the order was placed.
Dimension Table
dim_customer(
cust_sk,
cust_id,
current_flag
)
Description
- cust_sk – Surrogate key generated in the Data Warehouse.
- cust_id – Business (natural) customer identifier.
- current_flag – Indicates whether the dimension record is the current version.
Fact Table
fact_sales(
order_id,
cust_sk,
amount,
load_dt
)
Description
- order_id – Order identifier.
- cust_sk – Customer surrogate key.
- amount – Sales amount stored in the Data Warehouse.
- load_dt – Date when the record was loaded.
1. Record Count Validation
Record count validation is the most basic and important ETL validation. It verifies that all expected records have been successfully loaded into the target after ETL processing.
Source Query
SELECT COUNT(*)
FROM src_orders;
Target Query
SELECT COUNT(*)
FROM fact_sales;
Purpose
This validation ensures that:
- All source records have been extracted successfully.
- All expected records have been loaded into the target.
- No records are missing during ETL processing.
- No unexpected duplicate records are created.
If the record counts differ, the ETL tester should investigate:
- Transformation filters.
- Rejected records.
- Incremental load logic.
- ETL execution logs.
- Source-to-Target (S2T) mappings.
2. JOIN Validation
JOIN validation verifies that every fact record has a corresponding dimension record.
SELECT COUNT(*) AS missing_dim
FROM fact_sales f
LEFT JOIN dim_customer d
ON f.cust_sk = d.cust_sk
WHERE d.cust_sk IS NULL;
Purpose
This query validates:
- Referential integrity.
- Dimension lookup success.
- Fact-to-dimension relationships.
- Correct surrogate key mapping.
If the query returns a value greater than zero, it indicates missing dimension records or failed lookups that should be investigated.
3. GROUP BY Aggregation Validation
Aggregation validation compares summarized values between the source and target systems.
SELECT cust_id,
SUM(amount)
FROM src_orders
GROUP BY cust_id;
Purpose
This validation helps ensure that:
- Customer-level totals are accurate.
- Business calculations are preserved.
- Revenue totals remain consistent.
- Reports match the source data.
Aggregation validation is commonly used in finance, banking, insurance, retail, and enterprise reporting projects.
4. Window Function – Deduplication
Window functions are commonly used to identify duplicate records and retain only the required version of each record.
SELECT *
FROM
(
SELECT order_id,
ROW_NUMBER() OVER
(
PARTITION BY order_id
ORDER BY order_dt DESC
) rn
FROM src_orders
) t
WHERE rn = 1;
Purpose
This query helps:
- Detect duplicate records.
- Keep the latest record for each order_id.
- Validate deduplication logic.
- Support incremental ETL processing.
The ROW_NUMBER() function assigns a sequential number to records within each order_id, allowing only the latest record to be selected.
5. Performance Tuning Validation
Performance validation helps determine how efficiently SQL queries execute against large datasets.
EXPLAIN
SELECT *
FROM fact_sales
WHERE load_dt >= CURRENT_DATE – 1;
Purpose
This query is used to analyze:
- Query execution plans.
- Index utilization.
- Table scans.
- Partition pruning.
- Estimated execution cost.
- Overall SQL performance.
Reviewing the execution plan helps identify optimization opportunities and improve ETL job performance.
ETL Tools Commonly Asked in PwC Interviews
Interviewers frequently ask about ETL tools to understand your exposure to enterprise data integration platforms. However, they generally evaluate your ETL concepts, SQL knowledge, data validation techniques, and problem-solving skills more than tool-specific user interface knowledge.
Informatica
Common interview topics include:
- Mappings.
- Workflows.
- Sessions.
- Transformations.
- Repository management.
Microsoft SQL Server Integration Services (SSIS)
Frequently discussed topics include:
- Control Flow.
- Data Flow.
- SQL-centric ETL development.
- Packages.
- Error handling.
Ab Initio
Interviewers may ask about:
- High-performance ETL graphs.
- Parallel processing.
- Components.
- Enterprise data integration.
Pentaho
Common interview topics include:
- Kettle transformations.
- Jobs.
- Data integration.
- Open-source analytics.
Talend
Typical interview discussions include:
- Cloud ETL.
- Open-source ETL development.
- Job design.
- Data migration.
- Integration components.
Interview Tip:
Strong SQL skills, Source-to-Target (S2T) mapping knowledge, data reconciliation techniques, and ETL validation concepts are generally more important than expertise in a specific ETL tool.
ETL Defect Examples + Test Case Sample
Understanding real-world ETL defects helps testers identify root causes, validate fixes, and prevent production issues.
Defect Example
Issue
Duplicate records in the fact table.
Root Cause
Incorrect join logic.
Fix
- Correct the join keys.
- Add deduplication logic.
- Validate business key uniqueness.
- Re-run the ETL process.
- Perform reconciliation to confirm that duplicate records have been eliminated.
Sample Test Case
Test Case
Validate SCD Type 2 update
Objective
Verify that historical changes are preserved correctly using Slowly Changing Dimension Type 2 (SCD Type 2).
Validation Steps
- Load an initial customer record into the dimension table.
- Modify one or more customer attributes in the source system.
- Execute the ETL process.
- Verify that a new dimension record is inserted.
- Confirm that the previous record is expired.
- Validate effective and expiry dates.
- Verify the current_flag value.
Expected Result
- The old record is expired.
- A new record is inserted with current_flag = ‘Y’.
- Historical data is preserved correctly.
- Effective and expiry dates are maintained accurately.
- A new surrogate key is generated for the updated record.
PwC ETL Testing Quick Revision Sheet
Use the following checklist as a quick revision before ETL testing interviews.
Data Validation
- Validate record counts.
- Compare aggregated sums.
- Check NULL values.
- Detect duplicate records.
- Verify referential integrity.
Mapping Validation
- Check Source-to-Target (S2T) mappings thoroughly.
- Validate transformation rules.
- Verify lookup logic.
- Confirm filter conditions.
Data Warehouse Concepts
- Test SCD Type 1.
- Test SCD Type 2.
- Validate audit fields.
- Verify hashing and checksum validation.
- Validate surrogate keys.
SQL Techniques
- Use JOIN for data comparison.
- Use GROUP BY for aggregation validation.
- Use window functions for deduplication.
- Analyze execution plans using EXPLAIN.
End-to-End Validation
Always reconcile:
- Source data.
- Target data.
- Business reports.
This ensures that the complete ETL pipeline—from extraction to reporting—produces accurate, complete, consistent, and auditable data.
Frequently Asked Questions (FAQs)
Q1. What are PwC ETL testing interview questions?
Answer
PwC ETL testing interview questions typically focus on real-time ETL scenarios, data reconciliation, and regulatory-grade data accuracy.
Common interview topics include:
- Record count validation.
- Source-to-Target (S2T) mapping verification.
- SQL-based data validation.
- Data reconciliation.
- Duplicate detection.
- Slowly Changing Dimensions (SCD Type 1 and Type 2).
- Incremental loading.
- Performance optimization.
- Financial and regulatory reporting scenarios.
- Production issue troubleshooting.
Interviewers generally evaluate both conceptual knowledge and your ability to solve practical ETL problems encountered in enterprise data warehouse projects.
Q2. Which SQL is important for PwC ETL roles?
Answer
ETL testers should be proficient in SQL features commonly used for validating and reconciling enterprise data.
The most important SQL concepts include:
- JOINs for comparing source and target data.
- GROUP BY for aggregation validation.
- Window functions such as ROW_NUMBER(), RANK(), and DENSE_RANK() for deduplication and ranking.
- Aggregate functions such as SUM(), COUNT(), AVG(), MIN(), and MAX().
- Performance tuning queries using EXPLAIN or EXPLAIN ANALYZE.
Strong SQL skills enable ETL testers to validate transformations, detect data quality issues, reconcile large datasets, and troubleshoot production ETL problems effectively.
Q3. How do you test SCD2 in real projects?
Answer
Testing a Slowly Changing Dimension Type 2 (SCD Type 2) implementation involves verifying that historical records are preserved while the latest record is correctly identified.
Key validations include:
- History rows are preserved instead of being overwritten.
- A new record is inserted whenever a tracked attribute changes.
- effective_from and effective_to dates are populated correctly.
- The latest record is marked using current_flag = ‘Y’.
- Previous records are properly expired.
- A new surrogate key is generated for each updated version.
A successful SCD Type 2 validation confirms that historical data remains available while ensuring that the latest version of each record is correctly maintained for reporting, analytics, auditing, and regulatory compliance.

