Module 06

Module 6. Verify behavior, not your impression

Create a compact set of manual and automated checks for form behavior, errors, accessibility, and mobile layouts.

“It opened for me” is not a test. A test connects a requirement to an action and an expected result. For a small product, ten carefully run manual checks are more useful than a README that says “tested” when no one ran anything.

Four levels of verification

  1. Function: empty fields, valid submission, repeated click, network error.
  2. Integration: did the record really save; was the API response handled correctly?
  3. Interface: readability, keyboard use, focus, errors, and loading states.
  4. Responsive layout: clipping, horizontal scroll, or covered buttons on a phone.

Automate repetitive critical checks after writing the manual scenario. Playwright is one browser automation option; it does not replace trying the site on a real phone or asking a person to use it.

IDConditionExpected behavior
1Valid fieldsOne request and one confirmation
2Name is emptySubmission stops; the field is identified
3Contact is emptySubmission stops; the hint is understandable
4Double clickNo duplicate request is created
5Server returns 500No false success; input stays available
6Very long textThe interface remains usable; input has a sensible limit
7Keyboard onlyFields and button are reachable; focus is visible
8360 px viewportNo horizontal scroll or clipped action

Check states, not just a screenshot of the happy path. If a database is connected, verify a real test record and a denied attempt to read another user’s data.

Record a defect before fixing it

Capture reproduction steps, expected and actual behavior, device/viewport, error details, and the last changed area. Ask the agent to fix that behavior only. Repeat the original scenario and nearby regressions after the fix.

Practice

  1. Fill in the manual test table.
  2. Run it on a phone or emulated viewport, then on a wide screen.
  3. Check keyboard-only use.
  4. File one reproducible defect, fix it, and repeat the scenario.
  5. Note which checks would be worth automating before the next release.

Save: test results and one fixed defect with evidence that it no longer reproduces.

Self-check

  • Did you test failure and duplicate-action states?
  • Do you know what automation covers and what it does not?
  • Can you show that the bug stopped reproducing?