| 1. Scope & Compliance |
Define legal & structural boundaries |
- Does the project require an audit-ready Traceability Matrix (SOC2/HIPAA)?
- Is this a Greenfield build or a complex legacy integration?
- Is the release Waterfall or CI/CD?
|
| 2. Manual & UX |
Determine testing "breadth" |
- How many unique User Roles (Admin, Editor) exist?
- What is the Device Matrix (Tier 1 vs. Tier 2 devices)?
- Does the app support Localization (LTR (Left-to-Right)/RTL (Right-to-Left) text)?
|
| 3. Test Automation |
Determine the "Maintenance Burden" |
- UI Stability: Is the design final or evolving (1–10)?
- Are unique ID attributes available?
- Can we test via API or is E2E UI required?
|
| 4. High Availability |
Define "Stress" and Recovery limits |
- What is the Concurrent User target (100 vs. 100,000+)?
- What are the RPO(Recovery Point Objective)/RTO(Recovery Time Objective) targets for disaster recovery? How is it measured: Time (Minutes, Hours, Days)?
- Is the infrastructure Auto-scaling Cloud or On-Premise?
|
| 5. Data Migration & Integrity |
Define the risk of "Dirty Data." |
- Is there a finalized field-to-field mapping document between the old and new systems?
- Does the migration involve sensitive data that must be "scrubbed" or anonymized before entering the QA environment?
- If a migration fails mid-way during testing, how long does it take to restore the database to a clean state?
|
| 6. Security Testing |
Identify vulnerabilities and ensuring robust data encryption. |
- Identity & Auth: Does the application utilize complex MFA, SSO, or OAuth 2.0 flows that require session hijacking and token validation tests?
- Encryption Standards: Are we validating Data-at-Rest (AES-256 at the DB level) and Data-in-Transit (TLS 1.2/1.3) protocols?
- 3rd-Party API Risk: Are we responsible for testing the security of integrated endpoints such as Stripe, Twilio, or SendGrid?
- Attack Depth: Is the requirement for an automated vulnerability scan or a manual, logic-based Penetration Test (OWASP Top 10)?
|
| 7. IV&V Services |
Ensure the product meets contractual and technical standards. |
- Independent Review: Is a formal, unbiased review required to satisfy government, legal, or stakeholder compliance mandates?
- Requirement Traceability: Must we generate a Traceability Matrix mapping every test case to a specific business requirement?
- Process Compliance: Are we auditing the SDLC to verify the development team followed mandated coding and security standards?
- Validation vs. Verification: Are we confirming the product was built to specification (Verification) and that it solves the user's actual problem (Validation)?
|
| 8. Accessibility & Compliance |
Ensure the digital product is usable by everyone, including people with visual, auditory, motor, or cognitive disabilities, adhering to international WCAG standards. |
- Target Standard: Are we testing for WCAG 2.1 or 2.2? Do you require Level A, AA, or AAA compliance?
- Assistive Technology: Which screen readers must be supported (NVDA, JAWS, or VoiceOver)? Do we need to test for Switch Control or Eye-Gaze users?
- Visual & Cognitive: Does the scope include Color Contrast audits, Screen Magnification testing, and "Reduced Motion" preference validation?
- Keyboard Navigation: Must every interactive element be reachable via keyboard alone, including complex components like data grids and modals?
- Legal Deliverables: Does the stakeholder require a formal VPAT (Voluntary Product Accessibility Template) for government procurement?
|