3 / 55 · 23 QA Leadership & Mentoring · Building a QA Team← prev⊞ allnext →☰ Read as one page
1.3QA-to-Developer Ratios
There is no universal "right" ratio. The ratio depends on your product's risk profile, your automation maturity, and how much testing developers do themselves.
| Context | Typical Ratio (QA:Dev) | Why |
|---|---|---|
| Early-stage startup | 0:5 to 1:8 | Developers test their own code; QA investment comes later |
| Growth-stage startup | 1:5 to 1:4 | First dedicated QA hires focus on automation and critical paths |
| Mid-size company | 1:4 to 1:3 | Balanced investment in manual and automated testing |
| Enterprise | 1:3 to 1:2 | Regulatory, compliance, and risk requirements demand more QA |
| Agency / consultancy | 1:6 to 1:4 | Varies by client; QA often shared across projects |
| Safety-critical (medical, aerospace) | 1:1 or higher | Regulatory mandates extensive verification and validation |
Factors That Reduce the Need for Dedicated QA
- Strong developer testing culture (high unit test coverage, TDD adoption)
- Mature CI/CD pipeline with automated quality gates
- Feature flags and canary deployments that limit blast radius
- Simple product with low user diversity
- Strong observability and monitoring (issues caught in production quickly)
Factors That Increase the Need for Dedicated QA
- Complex business logic with many edge cases
- Multiple platforms (web, iOS, Android, API)
- Regulatory or compliance requirements
- High cost of production failures (financial, safety, reputation)
- Immature development practices (low test coverage, no code review)