Skip to content
prod e051e98
Browse

Phase 10 · Audit & QA

You are here: PlaybookPhase 10 · Audit & QA This phase is for you if: you need proof the app is secure, fast, accessible, and complete before launch. Not this phase? Phase 9 = polish · Phase 11 = business go/no-go.

Run the end-to-end audit before anyone pays: prove the app is secure, fast, accessible, and functionally complete, then sign off. This phase is the last wide net — everything that follows assumes a clean bill of health.

Phase 10 — the audit & QA pipeline

Phase 10 — the audit & QA pipeline 1. Static audit (code · deps · git) → 2. Security (headers · CVEs) → 3. Performance (CWV · DB · SEO) → 4. Accessibility (WCAG · cookies) → 5. Functional QA (flows · runtime) → 6. Sign-off (pre-launch gate) Static audit code · deps · git Security headers · CVEs Performance CWV · DB · SEO Accessibility WCAG · cookies Functional QA flows · runtime Sign-off pre-launch gate
Each stage gates the next. Sign-off is a hard stop: any unresolved CRITICAL keeps the launch closed.

The audit splits into three movements: a static audit of the code and supply chain, a set of deep audits (security, performance, database, SEO, accessibility, cookies), and functional QA + debugger review that drives the running app. Treat them as gates in order — a passing static audit makes the deep audits trustworthy, and clean deep audits make functional sign-off meaningful.

Optional (SHOULD / OPTIONAL) tasks are never silently skipped. Surface what you’re skipping and let the operator decide; list skips at the end even in fast mode.

Start with the Static audit.