Topic

testing

6 min read

The API Testing Guide: Types, Tools, and How to Start

Quick answer: API testing is how you verify that a service honors its contract and supports real business flows, not just that a happy-path request returns 200. Layer it: request

Read article
2 min read

The agent fixed the failing call site and left the same bug on its sibling

The agent added a null guard to the exact route reported, tested that case, and closed the ticket. Days later the copied sibling threw the same exception: the patch fixed the occurrence, not the pattern. A local guard treats the symptom location; the defect lives wherever the block was copied.

Read article
4 min read

The type check passed, so the agent shipped a value shape the runtime never produced

The agent wrote interfaces on both ends, ran tsc, saw green, and marked it done. The UI rendered undefined because the producer nests its payload under a wrapper the declared type never mentioned. A green check proves the code agrees with itself, not that the outside world returned the shape.

Read article
3 min read

The AI test that passes because it copied the code's assumption

An agent writes the implementation and test in one pass, and the test repeats the assumption the code made. Wrong the same way, so green proves nothing. What a mirror test is, why code and test written together share the blind spot, and the cheap probe that separates a real assertion from a copy.

Read article
2 min read

An agent PR that only says 'fixed' makes the reviewer redo the diagnosis

An agent that reports 'done, tests pass' leaves the reviewer to redo the diagnosis. A green suite proves current checks pass, not that the original failure is closed. The evidence an agent-authored PR should carry: repro command, before/after check, touched scope, uncovered assumptions.

Read article
3 min read

The AI-generated date test passes today and fails next week

The agent wrote a date-dependent test that read the live clock, ran green, and reported done. A week later CI went red with no code change. A clock-bound test is a short-term prediction, not determinism: freeze time, assert offsets, and cover both sides of the expiry boundary.

Read article