Về Blog
Lập trìnhSide projectSự nghiệpQA
Đọc bằngvien

Release checklist when you don't have a dedicated QA team

For founders, solo devs, and teams of 3–5: before/after deploy checklist and rollback criteria. If you already have QA, they usually own and extend this list.

·7 phút đọc
Nghe đọc
1 / 14

Release checklist when you don't have a dedicated QA team For founders, solo devs, and teams of 3–5: before/after deploy checklist and rollback criteria.

No dedicated QA doesn't mean skipping quality. It means everyone contributes — and you need a short checklist so nothing gets missed.

For: founders, solo devs, and small squads shipping themselves. Already have QA? They usually own and extend this checklist — this post is a starting baseline, not a replacement for the role.

Planning and checklists — you don't need a big QA room to ship safely

Key idea: This checklist is a minimum frame; dedicated QA deepens coverage and release judgment.

Before merging to release branch

  • PR describes user impact, not just "fix bug"
  • DB migrations reviewed — rollback SQL ready?
  • New env vars on staging and documented in .env.example
  • Minimum smoke (ten-test set) — or at least login + core flow
  • No stray debug console.log or wrong feature flags

Sign-off: merging dev + someone else (founder, PM, or pair dev) spends ~15 minutes on staging.

Before production deploy

  • Changelog / release note (3–5 lines for future you)
  • DB backup or snapshot if migration is risky
  • Know the build/version (git sha)
  • Internal heads-up: "deploy in ~10 min, possible brief slowness"
  • Rollback plan written (template below)

During deploy

  • Run migrations in the order your playbook specifies — don't guess
  • Watch API logs for the first 5 minutes (5xx spike?)
  • Health check /health or equivalent

First 30 minutes after deploy

  • Prod smoke with test accounts — not real customers
  • Exercise one revenue / conversion flow
  • Error tracking (Sentry, logs) — unusual spike?
  • Support channel — weird tickets?

Rollback criteria

Roll back nowMaybe hotfix first
Login brokenMinor copy/UI drift
Payments brokenRare edge bug with a workaround
Migration corrupted dataLog noise only, no user impact
5xx above your threshold (e.g. 5% for 1 min)~10% slower but still usable

Golden rule: If money or data feels wrong → roll back first, investigate second.

Template · Five-line rollback plan

1. Revert deploy → image/tag: _______
2. Migration: run down script _______ or restore snapshot _______
3. Verify: smoke #1 login + #3 payment
4. Rollback owner: _______
5. Postmortem within 24h, link incident

When QA isn't staffed yet · Who covers what?

RoleQuality responsibility
Shipping devTests for bugs you've already shipped to production
Founder / PM~15 min exploratory on staging
EveryoneKeep the ten smoke tests green

When you hire QA (part-time or full-time), this checklist becomes the baseline — QA adds exploratory depth, regression strategy, and release sign-off.

Related


Print the checklist. Next ship: tick honestly, not performatively.

Cùng trao đổi

Bình luận

Chưa có bình luận

0 / 1000

Chưa có bình luận nào. Hãy là người đầu tiên nhé.

My Little World | Tam Vo