[개념 이해] QA 프로세스: Definition of Done을 현실로 만드는 힘

개발을 끝냈다고 해서, 제품이 바로 사용자 손에 들어가는 건 아닙니다.
기능이 기대한 대로 동작하는지, 문제는 없는지를 꼼꼼히 확인하는 과정이 필요합니다.
그게 바로 QA(Quality Assurance) 프로세스입니다.

---

QA 프로세스란?

QA 프로세스는 제품의 품질을 보장하기 위해
사전 예방적 점검과 테스트를 수행하는 일련의 절차입니다.

QA는 단순히 "테스트만 하는 부서"가 아닙니다.
오류를 잡고, 위험을 낮추고, 최종 사용자 경험을 개선하는 역할을 합니다.

---

QA 프로세스 기본 흐름

QA 과정은 보통 이렇게 진행됩니다:

1. 요구사항 분석
   • 개발이 시작되기 전, 백로그와 스펙을 읽고
     "무엇을 테스트할지", "어떤 기준으로 합격/불합격을 판단할지"를 명확히 합니다.
2. 테스트 케이스 설계
   • 각각의 기능에 대해 입력/출력/예외 상황을 정의합니다.
   • Ex) 로그인 기능 테스트: 정상 입력, 비밀번호 틀림, 아이디 없음, 서버 에러
3. 테스트 환경 구축
   • 개발과 분리된 테스트 서버를 준비하거나, 테스트용 데이터를 세팅합니다.
4. 테스트 실행
   • 기능 테스트, 통합 테스트, 회귀 테스트 등을 실시합니다.
5. 버그 리포트 작성
   • 발견한 문제를 티켓이나 이슈 트래커에 기록합니다. (Jira, Trello, Asana 등)
6. 결함 수정 및 재테스트
   • 개발자가 수정하면 다시 검증합니다.
7. QA 승인 (Done Check)
   • 모든 테스트가 통과되면 해당 작업 항목은 Definition of Done을 충족한 것으로 인정합니다.

---

QA와 Definition of Done(DoD)의 관계

• QA 과정은 DoD를 충족시키는 핵심 단계입니다.
• 특히 "테스트 완료", "결함 수정 완료" 같은 조건은 대부분 QA를 통해 검증됩니다.
• 따라서 DoD를 설정할 때부터 QA 팀과 함께 논의하는 것이 중요합니다.

요약하면:
DoD = 완료 기준
QA = 그 기준을 검증하는 프로세스

---

좋은 QA 프로세스의 특징

항목설명

사전 관여	개발 시작 전부터 요구사항을 검토한다.
명확한 테스트 케이스	누구나 이해할 수 있는 구체적인 테스트 계획을 갖춘다.
빠른 피드백 루프	개발자에게 빠르게 문제를 알리고 수정할 수 있도록 한다.
자동화 테스트 도입	반복되는 테스트는 자동화하여 효율을 높인다.
지속적인 개선	테스트 결과를 바탕으로 프로세스를 계속 다듬는다.

---

실무 팁: QA와 개발팀이 협업하는 방법

• 🧩 기능 개발 전 QA 리뷰 받기
  스펙이나 백로그 작성 단계에서 QA 팀과 함께 리뷰하면 놓치는 부분을 줄일 수 있음.
• 🧪 개발자가 선제적으로 테스트 코드 작성하기
  QA에 넘기기 전에 최소한의 셀프 점검을 마쳐야 함.
• 🤝 버그 발생 시 "무엇이 문제였나" 기록하기
  QA는 단순히 오류를 기록하는 데서 끝나지 않고, 재발 방지책을 함께 고민해야 함.

---

마무리하며

QA는 개발의 '마지막 방어선'이 아닙니다.
처음부터 함께 품질을 만들어가는 파트너입니다.

개발 → 리뷰 → 테스트 → 수정 → 배포까지
각 단계마다 QA가 적극적으로 참여할 때,
제품은 한층 더 안정적이고 신뢰할 수 있게 됩니다.

“품질은 테스트로 만들어지는 게 아니라, 프로세스로 만들어진다.”
QA 프로세스는 바로 그 품질 문화를 만들어가는 핵심입니다.