A mock can replace an unreliable service, inject edge-case data, or force a timeout. But mocking only helps if you know where it will add value. Let’s find the holes first.
Your task
-
Review your current automated UI or end-to-end test suite.
Look for pain points, e.g. slow external services, hard-to-reproduce errors, missing edge-case data, or environments that are unreliable. -
Identify gaps in coverage.
- Error codes you can’t reproduce
- Data states you can’t set up
- Latency or time-out paths you never hit
-
List the scenarios a mocked API could unlock or improve.
Note each gap and the mock behaviour that would cover it. -
Share in the thread
- Which coverage gaps did you find?
- Which scenario would benefit most from a mock, and why?