start here
Testing foundations
The ideas every framework depends on, taught once. You can skip this and start with a framework, but most people who struggle later skipped this.
0/13 lectures readStart reading →
- 01What test automation is, and what it is notAutomation does not find bugs. It notices when something that used to work stops working. That difference decides what you should automate.
- 02The types of testing, and where your tests fitUnit, integration, end-to-end, API. The words come up in every interview, and the differences change what you should write.
- 03What a web application is made ofBrowser, server, request, response, HTML, CSS, JavaScript. Your tests touch all six, and failures usually name one of them.
- 04What a user actually does, and what your test copiesYour test simulates a person. Knowing which real events a click produces explains why some tests pass while the app is broken.
- 05The DOM, and why it is not what you seeEvery framework finds elements through the DOM. Beginners assume the screen and the DOM match, and that assumption causes real bugs.
- 06Browser developer tools, your daily instrumentElements, Console, Network and Application. Four tabs that answer most of the questions a failing test raises.
- 07Finding elements, before any framework syntaxEvery framework has different syntax for the same small set of ideas. Learn the ideas and the syntax becomes a detail.
- 08Assertions, the part that makes it a testClicking through an app is not testing. The check at the end is the test. Most weak tests are weak here.
- 09Arrange, Act, AssertOne pattern shapes almost every test ever written. Once you see it, unfamiliar test code becomes readable.
- 10Test data, and why it decides whether your suite is stableTwo tests using the name 'John Smith' will eventually break each other. The fix is a habit, and it is easy once you see it.
- 11Waiting and timing, the biggest source of painModern apps load in pieces, and your test is fast enough to arrive early. This is where most beginners lose days.
- 12Reading a failure instead of guessingA failure is a report, not a riddle. Four questions turn most red tests into a known cause in minutes.
- 13What makes a test worth keepingFour properties separate a suite people trust from one they learn to ignore. Everything else in this track serves these.