Out of the laptop
SQL scripts on one person's machine become readable steps anyone can review and run.
Data & ETL engine
Reconcile source and target, catch nulls, duplicates and schema drift, and check reports against the warehouse. Each check is a plain-English step.
Compare 'staging.orders' with 'dw.fact_orders' on 'order_id'
Check that row counts match for yesterday's load
Check that 'order_id' is unique in 'dw.fact_orders'
Check that the schema of 'dw.fact_orders' matches 'baseline'
SQL scripts on one person's machine become readable steps anyone can review and run.
Steps compile to SQL and run where the data sits. Only results and a sample of mismatches come back.
One test reads a value off a BI report and checks it against the warehouse.
The checks data teams write by hand, as steps.
Large tables are compared where they sit, which keeps runs fast and data where your security team expects it.
A pipeline can be correct and a report still wrong because of a filter, a join or a stale extract.
Open the 'Sales dashboard' report
Remember the 'Revenue' tile as {{report.revenue}}
Check that {{report.revenue}} equals the sum of 'amount' for last month
Tables, columns and entities sit in the App Model next to the screens that display them.
No. Checks run as SQL inside your warehouse.
No. Steps compile to SQL for you, and you can read the generated query anytime.
Yes. Run them from the CLI after a load job.
Bring a load job and the dashboard it feeds, and leave with both checked in one test.