testing-web-error-states

Injects deterministic network failures via request interception to verify web apps degrade gracefully.

Updated Apr 11, 2026
One-click install
npx skills add https://github.com/celikgo/webmobai --skill testing-web-error-states-celikgo
Or copy as Structured Prompt for Agent▼
Please help me install this Agent Skill.
Skill: testing-web-error-states
Source: https://github.com/celikgo/webmobai/tree/main/.claude/skills/testing-web-error-states
Command: npx skills add https://github.com/celikgo/webmobai --skill testing-web-error-states-celikgo

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve? Real backends rarely fail on demand, making it hard to verify how a web application behaves under failure conditions like API 500s, empty responses, aborted requests, offline mode, or blocked third-party scripts. This Skill synthesizes those failures with request interception and network throttling so you can confirm the app shows proper error UI instead of blank screens or uncaught exceptions. ## Core Features & Use Cases - Fault Injection via Routing: Fulfill matched requests with HTTP 500/503/429, empty or malformed bodies, or abort them entirely to simulate connection drops and blocked third-party hosts. - Network Throttling: Apply offline, slow-3g, fast-3g, or slow-4g presets to test loading states and timeout handling. - Graceful Degradation Assertions: Verify error banners, empty states, and retry buttons render, and confirm no uncaught console exceptions leak during failure. - Use Case: Ask what a shop page shows if the products API returns a 500 — the Skill routes the endpoint to a 500 response, navigates, asserts the error banner is visible, checks for console errors, screenshots the result, and records a pass/warning/fail verdict. ## Quick Start Test what https://shop.example.com/products shows if the products API returns a 500 error.

Frequently Asked Questions about testing-web-error-states

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
How do I test how my website handles API 500 errors?▼

Use request interception to fulfill the API endpoint with an HTTP 500 status and error body before the request fires, then navigate or trigger the fetch. Assert the error banner is visible and check that no uncaught console exceptions occur.

How to simulate offline mode in Playwright browser tests?▼

Apply the offline network throttle preset, which uses Playwright's context.setOffline() and works on Chromium, Firefox, and WebKit. Then trigger a request and verify an offline notice appears rather than a hang or blank screen.

Does network throttling work on Firefox and WebKit?▼

Bandwidth throttling presets like slow-3g, fast-3g, and slow-4g go through CDP and are Chromium-only; on Firefox and WebKit they are silently ignored. The offline preset works on all engines, and route aborts can simulate connection loss cross-browser.

Why is my mocked route not intercepting the request?▼

Routes must be registered before the request fires, and patterns are globs that must actually match the URL. Confirm the tool reply says Route active with your pattern, and verify the fault hit via error checking.

Can I replay fault injection tests in CI as scenarios?▼

Yes, the scenario format has a route step supporting pattern, action, status, body, and contentType. However, scenarios have no abortReason field and no throttle step, so offline and slow-network faults remain MCP-session-only.