What problem does it solve? Writing consistent, trustworthy Pest tests in Laravel projects is hard when conventions drift: PHPUnit syntax creeps in, happy-path-only coverage hides bugs, and tests get edited to force a green suite. This Skill codifies the team's Pest testing rules so every test written or audited follows the same standard. ## Core Features & Use Cases - Pest syntax enforcement: Requires it(), test(), describe() blocks and the expect() expectation API, never PHPUnit class-based syntax. - Coverage rules: Mandates both happy-path and sad-path tests per action, with sad paths asserting the correct handled outcome (422, specific exception, redirect with flash error) rather than just a status code. - Third-party API mocking: Directs use of Http::fake() for network calls, with sandbox credentials and idempotency rules when real API hits are unavoidable. - Hard rule against test tampering: Prohibits deleting, weakening, or skipping tests to make a failing suite pass; failures must be fixed in code or escalated. - Use Case: When asked to write tests for a new Laravel action, the Skill produces Pest tests calling handle() directly with factory-built data, covering valid input, validation failures, and mocked third-party failures. ## Quick Start Write Pest tests for this Laravel action covering both the happy path and validation failure cases, mocking any external API calls with Http::fake().