Unit tests
Unit tests check small pieces automatically, so a change that breaks something old is caught in seconds rather than weeks.
The last two questions before shipping: does it work, and is it safe?
Students write automated tests that run in seconds, validate every input that crosses a boundary, and handle secrets and permissions properly — including the rule that credentials never belong in source code.
Testing and security are the professional standard, and both are far cheaper to build in than to add afterwards.
Three core ideas, each taught with worked examples and then practised until it feels obvious.
Unit tests check small pieces automatically, so a change that breaks something old is caught in seconds rather than weeks.
Validation happens wherever data enters the system — forms, files, APIs. Never trust input because it came from your own front end.
Secrets and permissions: keys live in environment variables, not in code; every user gets the least access that lets them do their job.
Scanning tools regularly find thousands of live API keys accidentally published in public repositories every single day.
“Nobody would bother attacking a school project.” Automated scanners attack everything reachable, indiscriminately, within hours of it going online.
Sessions 49–56 of the 72-session year, at two one-hour sessions per week.
Where this module fits, what you will build, and a hands-on starter that gets everyone curious about unit tests.
Guided teaching on unit tests, worked through together with the teacher.
Independent practice, small challenges and one deliberate mistake to diagnose.
Guided teaching on validation, building directly on the previous two sessions.
Applied tasks that combine unit tests and validation in one piece of work.
Secrets and permissions introduced and practised, completing the toolkit needed for the project.
Guided build session for the module project: Application quality audit.
Finish, test against the checklist, present the work and explain the decisions behind it.
Every module ends with something the student built themselves and can demonstrate. This is the piece that goes into their portfolio and gets explained out loud at the end of session 56.
Audit your own application: list every place data enters, and confirm each one validates. Fix the weakest before reading further.
Students finishing Module 7 can:
The vocabulary introduced here, in plain language:
6 quick questions drawn from this module — vocabulary, the project you build, and a myth-or-fact round. Every wrong answer explains itself, so a mistake still teaches you something.
Tell us your child’s class and what they enjoy. We will suggest the closest program fit—no pressure and no upfront payment.