1. How Shadow Flows Work
When an API collection is imported or updated via Quixa SpecTrum™, the platform inspects the defined OpenAPI response models. For every endpoint with documented non-200 responses, Quixa can synthesize corresponding Shadow Flows:Automated Negative Permutations
- HTTP 400 (Bad Request): Automatically generates payloads with omitted required properties, invalid date strings, or string values injected into integer fields.
- HTTP 401 (Unauthorized): Dispatches requests with expired, malformed, or missing
AuthorizationBearer tokens. - HTTP 403 (Forbidden): Dispatches requests using valid credentials that lack the required RBAC/ReBAC roles or scopes.
- HTTP 409 (Conflict): Dispatches idempotent requests twice in succession to verify duplicate key prevention.
- HTTP 422 (Validation Failure): Tests boundary conditions (e.g., negative amounts, string length exceedances).
2. Standardized Error Envelope Verification
Shadow Flows verify that backend services return standardized RFC 7807 problem details or enterprise error envelopes:Assertions in Shadow Flows
Each generated shadow flow automatically attaches assertions to verify:- Exact error status code match (
status == 400). - Standardized error structure containing
title,detail, andcorrelationId. - Zero Leak Guard: Asserts that responses never expose internal stack traces, database table names, or raw SQL queries to consumers.