개발팀에 들어가면 이런 말을 정말 많이 듣습니다.
“DEV에는 반영했어요”
“QA에서 한번 더 확인해주세요”
“운영(PROD)은 오늘 야간 배포입니다”
“운영 반영 전에 QA 승인 필요합니다”
그런데
DEV, QA, PROD가 정확히 어떤 순서로, 어떤 의미로 움직이는지
막상 명확하게 이해하지 못한 경우가 많습니다.
이번 글에서는
👉 실무에서 실제로 돌아가는 배포 흐름을 기준으로
DEV → QA → PROD 과정을 정리해보겠습니다.
한 줄 요약
DEV = 개발자가 테스트하는 곳
QA = 운영 반영 전 최종 검증하는 곳
PROD = 실제 사용자가 쓰는 곳 (운영)
그리고 흐름은 항상 이렇게 갑니다.
DEV → QA → PROD
1. DEV 환경 (개발 서버)
개발자가 기능을 만들고 가장 먼저 올려보는 환경
특징:
- 개발자 마음대로 테스트 가능
- 로그 마음껏 찍어도 됨
- 장애 나도 아무도 안 씀 → 부담 적음
- DB도 운영 데이터가 아닌 경우가 많음
실무 상황:
- 기능 개발 완료
- DEV 서버에 배포
- Postman / 브라우저로 테스트
- 기본 동작 확인
실무 멘트:
“DEV에 반영했으니 확인 부탁드립니다”
“DEV에서는 정상 동작합니다”
2. QA 환경 (TEST / STG 서버)
QA는 보통 이렇게도 부릅니다.
- TEST 서버
- QA 서버
- STG (Staging) 서버
운영 반영 전에 실제 운영과 가장 비슷한 환경에서 검증하는 단계
특징:
- DEV보다 훨씬 엄격함
- 운영과 거의 동일한 설정
- 데이터도 운영과 유사하게 구성
- 기획자, QA, 현업 담당자가 검증
여기서 하는 것:
- 기능이 요구사항대로 동작하는지
- 예외 케이스에서 깨지지 않는지
- 기존 기능에 영향 없는지 (회귀 테스트)
- 성능 문제 없는지
실무 멘트:
“QA에서 시나리오 테스트 진행하겠습니다”
“QA 승인 나면 운영 반영 가능해요”
“QA에서만 버그 발견됐어요”
👉 많은 회사에서
QA 승인 없이는 운영 반영 금지인 경우도 많습니다.
3. PROD 환경 (운영 서버)
실제 고객이 사용하는 진짜 서비스 환경
특징:
- 장애 나면 바로 민원/전화/슬랙 폭탄
- 로그도 함부로 못 찍음
- 직접 쿼리 수정도 매우 조심
- 배포 시간도 보통 야간
보통 규칙:
- 주간: DEV / QA 테스트
- 야간: PROD 배포
- 배포 전/후 백업 필수
실무 멘트:
“오늘 22시에 운영 반영 예정입니다”
“운영 배포 전에 백업 먼저 떠주세요”
“운영 장애 발생했습니다”
전체 흐름을 그림으로 보면
1. 개발 완료
↓
2. DEV 배포 → 개발자 1차 테스트
↓
3. QA 배포 → 기획/QA/현업 검증
↓
4. 승인 완료
↓
5. PROD 배포 → 실제 서비스 반영
이게 가장 표준적인 실무 배포 흐름입니다.
실무 예시 시나리오
예: 회원 비밀번호 변경 기능 개발
1️⃣ 개발자가 코드 작성
2️⃣ DEV 서버 배포
→ "DEV에서 비밀번호 변경 잘 됩니다"
3️⃣ QA 서버 배포
→ 기획자가 테스트
→ "특정 조건에서 오류 있어요"
4️⃣ 개발자가 수정
5️⃣ 다시 QA 배포
→ "QA 통과"
6️⃣ 운영 반영 요청
→ "오늘 23시 PROD 배포 진행합니다"
7️⃣ 운영 배포 완료
→ "운영 반영 완료했습니다"
이 흐름이 하루에도 여러 번 반복됩니다.
왜 이렇게 복잡하게 나눌까?
단순히 “바로 운영에 올리면 되지 않나?” 싶지만,
이 구조가 없으면 서비스는 거의 항상 망가집니다.
이유:
- DEV에서 바로 운영 반영 → 대형 장애 발생 가능
- QA 없이 배포 → 기획 의도와 다르게 동작
- 테스트 없는 배포 → 기존 기능 깨짐
즉,
DEV = 개발자 보호
QA = 사용자 보호
PROD = 실제 서비스 안정성 유지
를 위한 구조입니다.
회사마다 조금씩 다른 용어
회사마다 이름은 조금씩 다릅니다.
일반적인 명칭다른 표현
| DEV | 개발계 |
| QA | TEST, STG, 검증계 |
| PROD | 운영계, 실서버 |
하지만 구조는 거의 100% 동일합니다.
개발용 → 검증용 → 운영용
신입 개발자가 이걸 이해하면 좋은 점
이제 이런 말이 정확히 이해됩니다.
- “DEV에는 반영했어요”
- “QA 승인 떨어졌습니다”
- “운영은 야간 배포입니다”
- “PROD는 직접 수정하면 안 됩니다”
- “운영 반영 전에 백업부터 하세요”
👉 이 흐름을 이해하면
실무 배포 프로세스를 이해하는 개발자가 됩니다.
마무리 한 줄 정리
DEV = 내가 마음 놓고 실험하는 곳
QA = 남들이 검증하는 곳
PROD = 진짜 사용자들이 쓰는 곳