integration-qa-lab
Make external integrations testable without unsafe live actions.
Procedure
- Read the Integration QA Lab ADR/docs and the provider-specific docs.
- Capture or update the official provider surface snapshot with source URL, version, and date.
- Define or verify the governed connector context schema before closing the integration: accounts, workspaces, apps, products, environments, signing identities, defaults, fallbacks, required fields, and
secret_refbindings. - Maintain a coverage matrix classifying each capability as implemented, fixture-only, blocked, not applicable, cost-risk, auth-required, host-required, or destructive.
- Add hermetic fixtures and dry-run/interceptor paths before live tests.
- Keep live lanes opt-in, brokered, credential-safe, and explicit about cost/destructive risk.
- Run or document the provider context doctor/explain checks for required operations, including approval and audit expectations.
- Report unavailable physical/provider prerequisites as
EXTERNAL PENDING.
Constraints
- UI wiring alone does not complete an integration.
- Provider operations that need account, app, product, signing, environment, or API-key context are incomplete until that context is governed and fails closed when missing or blocked.
- Do not forward secrets to candidate packages until the package under test is the intended artifact.
- Do not call real providers, mutate data, or spend money without explicit approval.