Building a QA Team from Scratch
Starting a QA function from zero is one of the most challenging and rewarding things a QA leader can do. Whether you are the first QA hire at a startup or tasked with establishing a QA department at a growing company, the decisions you make in the first 90 days will shape quality culture for years.
Phase 1: Assessment (Week 1-2)
Before hiring anyone or establishing processes, understand the current state:
Questions to Answer
- How is quality currently managed? (Developers self-test? Ad hoc testing? Nothing?)
- What is the defect rate in production?
- What are the most common types of production issues?
- What is the deployment frequency?
- What tools are already in use? (CI/CD, bug tracking, monitoring)
- What is the company’s risk tolerance?
- What are the immediate pain points?
Stakeholder Interviews
Meet with:
- Engineering leads: Understand their testing pain points
- Product managers: Understand quality expectations and user complaints
- Customer support: What bugs are users reporting most?
- C-level: What is the vision for quality? What budget is available?
Phase 2: Quick Wins (Week 2-4)
Establish credibility by solving immediate problems before building long-term strategy.
Priority Actions
Set up bug tracking (if not already in place)
- Standardize bug report format
- Define severity/priority levels
- Create workflow (New → In Progress → Fixed → Verified → Closed)
Create smoke tests for critical paths
- Identify the top 5 user journeys
- Write basic manual smoke tests
- Run them before every deployment
Establish a deployment checklist
- What tests must pass before deployment?
- Who approves the deployment?
- What is the rollback procedure?
Start tracking basic metrics
- Production defect count per week
- Time to detect and fix critical bugs
- Deployment success rate
Phase 3: Hiring Plan (Month 2-3)
First Hire: Senior QA Engineer
Your first hire should be a senior engineer who can:
- Work independently with minimal guidance
- Set up basic automation
- Write test plans and strategies
- Mentor future team members
Team Growth Roadmap
| Company Stage | Team Size | Composition |
|---|---|---|
| Startup (10-30 engineers) | 1-3 QA | 1 senior + 1-2 mid |
| Growth (30-100 engineers) | 5-10 QA | 2 senior + 3-5 mid + 1-3 junior |
| Scale (100+ engineers) | 10-20+ QA | Leads per team + specialists |
Embedded vs. Centralized
Embedded model: QA engineers sit within product teams
- Pros: Deep product knowledge, tight developer collaboration
- Cons: Isolation, inconsistent practices across teams
Centralized model: QA team reports to a QA lead/manager
- Pros: Consistent processes, shared knowledge, career paths
- Cons: Less product context, potential bottleneck
Hybrid (recommended): QA engineers embedded in teams but dotted-line to QA lead for standards, mentoring, and career growth.
Phase 4: Process Establishment (Month 3-6)
Core Processes to Define
- Test planning: How tests are planned for each sprint/release
- Test execution: How tests are run and results tracked
- Defect management: How bugs are reported, triaged, and verified
- Test automation: When and what to automate
- Release testing: What testing happens before each release
- Retrospectives: How the QA process is continuously improved
Tool Selection
| Category | Budget Option | Premium Option |
|---|---|---|
| Test management | Google Sheets / Notion | TestRail / Zephyr |
| Bug tracking | GitHub Issues | Jira |
| Automation | Playwright (free) | Playwright + cloud grid |
| CI/CD | GitHub Actions | Jenkins / GitLab CI |
| Monitoring | Sentry (free tier) | Datadog |
| Performance | k6 (open source) | k6 Cloud |
Exercise: 90-Day QA Team Launch Plan
Create a detailed 90-day plan for building a QA team at a startup with 20 developers, a web application, and a mobile app.
Deliverables:
- Week 1-2: Assessment report
- Week 3-4: Quick wins implementation plan
- Month 2: First hire job description and interview plan
- Month 3: Process documentation and tool selection
Sample 90-Day Plan
Week 1: Stakeholder interviews, production bug analysis, current process audit Week 2: Define top 10 critical paths, create manual smoke tests, establish bug template Week 3: Set up bug tracking workflow, create deployment checklist, start tracking metrics Week 4: Write job description for first hire, begin automation evaluation (Playwright vs Cypress) Month 2 Week 1-2: Interview candidates, create test plan template, write testing guidelines Month 2 Week 3-4: Onboard first hire, set up automation framework skeleton, define release process Month 3 Week 1-2: Automate smoke tests for top 5 critical paths, establish sprint testing rhythm Month 3 Week 3-4: Present QA metrics to stakeholders, create 6-month roadmap, plan second hire
Common Mistakes When Building QA Teams
Mistake 1: Automating before having manual processes. You cannot automate what you do not understand. Establish manual processes first, then automate.
Mistake 2: Hiring only junior testers. Without senior guidance, junior testers develop bad habits and the team lacks direction.
Mistake 3: Making QA a gatekeeper. Quality is everyone’s responsibility. Position QA as enablers, not blockers.
Mistake 4: No metrics from day one. Without metrics, you cannot demonstrate QA value to stakeholders.
Key Takeaways
- Start with assessment and quick wins before building long-term strategy
- Your first QA hire should be senior — they set the foundation for everything
- Use the hybrid model: embedded in product teams with dotted-line to QA leadership
- Establish bug tracking, smoke tests, and deployment checklists first
- Track metrics from day one to demonstrate QA value
- Avoid premature automation — manual processes must be stable first