1인 QA의 품질 관리 프로세스 구축 이야기

Context

품질 전담 인력이 없는 개발팀에 1인 QA로 합류했을 때, DEV 환경에서 개발과 자체 테스트가 동시 진행되어 검증 중 이슈 원인 파악이 어려웠고 테스트 결과 신뢰도가 낮았습니다. 또한 이슈 티켓의 우선순위 기준이 없어 팀 간 판단 기준이 불일치했으며, 테스트 시작·종료 조건이 명확하지 않아 리소스 낭비가 발생했습니다.

Technical Solution

• 사용자 관점 해피패스 정의: 이커머스 서비스의 '구매' 목적을 달성하기 위한 앱 실행 → 로그인 → 상품 탐색 → 상품 상세 진입 → 장바구니/바로구매 → 주문서 흐름 설정
• 사용자 비중과 리스크 기준 우선순위 분류: 0순위(가장 먼저 검증), 1순위(필수 기본 테스트), 2순위(리소스 상황에 따라 유동적 수행)로 구분해 테스트 대상 관리
• QA 전용 테스트 환경 구성: DEV 환경과 분리하여 개발자 자체 테스트 완료 후에만 QA 환경에 반영하는 흐름 수립
• 이슈 우선순위 기준 정의: 영향도, 발생 범위, 재현 빈도를 기준으로 심각도(Severity)와 우선순위(Priority) 동시 고려
• 테스트 시작 조건 명시: 개발/PO/디자인 자체 테스트 완료, 테스트 환경 배포 완료(BE 테스트 서버, FE 테스트 서버, APP 테스트 빌드) 필수
• 테스트 종료 조건 정의: 테스트 케이스 100% 수행, 탐색적 테스팅 완료, 서버 작업 시 하위 호환 테스트·롤백 테스트 수행
• Sign-off 기준 수립: 테스트 종료 조건 충족, 테스트 결과 팀 공유, 우선순위별 이슈 처리(매우 높음/높음은 배포 전 수정, 보통 이하는 협의 후 처리 결정), 롤백 플랜 논의

Impact

아티클에 정량적 수치가 명시되지 않았습니다.

Key Takeaway

품질 보증은 단순 테스트 수행이 아니라 테스트가 언제·무엇을·어떤 기준으로 수행되는지를 명확히 하는 프로세스 체계화에 있습니다. 리소스 제약이 있는 팀에서도 우선순위 기준과 조건 정의를 통해 팀 전체가 같은 판단 기준 위에서 품질을 함께 바라볼 수 있습니다.