1 · can start · Orientation
Where SQL enters the testing cycle
~0.7 h

A working course in T-SQL for QA engineers in professional services firms who already know the basics — SELECT, WHERE, a simple JOIN — and now need SQL as a daily testing instrument rather than as a topic. Everything is set in ENGAGE, the fictional engagement and billing platform of Aldervane Advisory LLP: clients, engagements, staff, timesheets, approvals, invoices, an audit log and a migration staging table. One schema, carried through every unit, so the examples are the ones you actually meet — a report total that disagrees with the raw rows, a record the UI claims it saved, a migration that quietly dropped a hundred time entries, a duplicate that only appears under a business key. Each construct is introduced the same way: the problem that makes you reach for it, the construct itself, and the price it charges. LEFT JOIN buys you the missing rows and charges you row multiplication. NOLOCK buys you speed on a shared environment and charges you dirty reads. A green test that never asked the right question costs more than a red one. Nineteen core units cover reading an unfamiliar schema, staying safe on a shared test environment, NULL and three-valued logic, data types and collation, dates and time zones, joins and orphan records, set operations as reconciliation, aggregation, subqueries, CTEs, window functions, test data setup and idempotent teardown, verifying what the application wrote, reading someone else's views and triggers, and turning a SQL check into a deterministic assertion. Five optional units add a local sandbox script, execution plans, client data and AI assistants, an end-to-end migration reconciliation checklist, and normalisation as an explanation of why the schema looks the way it does. Units are open in any order: come for the whole course, or come for the one thing that is biting you today. Scope note: the course teaches you to write queries and to read them. Practice covers both; the certification exam checks reading, recognition and knowledge of constructs, since a written query cannot be machine-verified here.
Path through the course · 24 units
any order · units can be taken in any order you likeView: map · steps
1 · can start · Orientation
Where SQL enters the testing cycle
~0.7 h
2 · can start · Orientation
Reading a schema you did not design
~0.8 h
3 · can start · Orientation
Staying safe on a shared test environment
~0.8 h
4 · can start · Precise retrieval
A SELECT that answers exactly one question
~0.7 h
5 · can start · Precise retrieval
NULL and the logic that has three answers
~0.9 h
6 · can start · Precise retrieval
Types, conversions and collation
~0.8 h
7 · can start · Precise retrieval
Dates, times and the last day of the month
~0.9 h
8 · can start · Across tables
INNER and LEFT: which rows the join throws away
~0.8 h
9 · can start · Across tables
Orphans and links that point at nothing
~0.8 h
10 · can start · Across tables
When a join multiplies your rows
~0.9 h
11 · can start · Across tables
Set operations as reconciliation
~0.8 h
12 · can start · Aggregation
GROUP BY and recomputing the report
~0.8 h
13 · can start · Aggregation
~0.8 h
14 · can start · Aggregation
~0.8 h
15 · can start · Aggregation
Window functions for the tester
~0.9 h
16 · can start · Data before and after the test
Test data: setup and idempotent teardown
~0.9 h
17 · can start · Data before and after the test
Verifying what the application actually wrote
~0.9 h
18 · can start · Data before and after the test
Reading views, procedures and triggers
~0.8 h
19 · can start · Data before and after the test
Turning a check into a deterministic assertion
~0.9 h
20 · can start · Optional
Optional: build ENGAGE locally and run the checks
~1.5 h
21 · can start · Optional
Optional: slow queries and blocked environments
~0.8 h
22 · can start · Optional
Optional: client data, PII and AI assistants
~0.7 h
23 · can start · Optional
Optional: end-to-end migration reconciliation
~1 h
24 · can start · Optional
Optional: why the schema looks like that
~0.7 h
ANY
0 / 1
ANY
0 / 1
ANY
0 / 1
ANY
0 / 1
ANY
0 / 1
ANY
0 / 1
ANY
0 / 1
ANY
0 / 1
ANY
0 / 1
ANY
0 / 1
ANY
0 / 1
ANY
0 / 1
2 OF 3
0 / 2
ANY
0 / 1
final
Exam
closed
| 1 | Where SQL enters the testing cycle Name the four moments in a test cycle where a database query is the only available evidence | ~0.7 h | can start |
| 2 | Reading a schema you did not design Locate an unfamiliar table or column by querying INFORMATION_SCHEMA rather than browsing the object explorer | ~0.8 h | can start |
| 3 | Staying safe on a shared test environment Convert every destructive statement from a SELECT with the identical FROM and WHERE, so the statement never exists without its filter | ~0.8 h | can start |
| 4 | A SELECT that answers exactly one question Convert a verification question into a query whose result can only occur if the system behaved correctly | ~0.7 h | can start |
| 5 | NULL and the logic that has three answers Explain why WHERE keeps only rows evaluating to true, and what that does to comparisons against NULL | ~0.9 h | can start |
| 6 | Types, conversions and collation Read precision and scale from a column definition and assert against the value the column can hold rather than the value entered | ~0.8 h | can start |
| 7 | Dates, times and the last day of the month Write date range filters as half-open intervals with >= and <, and explain why every inclusive upper bound has an edge case | ~0.9 h | can start |
| 8 | INNER and LEFT: which rows the join throws away Choose between INNER and LEFT from the verification question, using the test that a plausible answer of 'none' requires a left join | ~0.8 h | can start |