QA 프로세스 구축#2 - Notion

QA 프로세스 구축#1 글에 이어서 이번에는 결함 관리 Notion 페이지에 대해 상세한 이야기를 다루고자 합니다.

 

결함 관리 Notion 페이지는 발견된 결함을 관리하는 페이지이며, 제품 품질 고도화( 및 유지) 목적이 있습니다.

윗 줄에 언급한 Main 목적 외 몇 가지 부수적인 내용이 있습니다.

• 개발팀 내부적으로 결함 확인 및 수정된 사항은 결함 관리 Notion 페이지에서 다루지 않습니다.
• 누락되는 결함이 없도록 크고 작은 결함 모두 등록합니다.
• 지연되는 결함에 대해 담당자에게 Reminder 보내어 해결될 수 있도록 조치합니다.
• 정책적인 변경 사항은 별도 정책 페이지에서 관리합니다. (예. 기능명세서)

 

---

작성방법

• (필수)진행상태: 
  1. 대기: 결함 등록 단계 (신규 작성 시 “대기” 자동입력)
  2. 프리뷰: 사전 검토 단계
  3-1. 개발중: 개발 담당자가 할당되어 개발/수정 진행 중인 단계
  3-2. 보류: 프리뷰 이후 개발 시작 여부 미정에 따른 보류 상태
  4. 개발완료: 개발이 완료되어 테스트 대기 중인 단계
  5. 테스트중: 테스트가 진행 중인 단계
  6. 테스트완료: 테스트가 완료되어 배포 대기 중인 단계
  7. 완료: 결함이 운영서버에 배포 완료되었거나 수정 없이 종료된 상태
• (필수)작성자: 결함을 등록한 사람(자동입력)
• (필수)담당자: 1차 담당자(예. QA, PM, 기획자, 개발팀장 등) 또는 사전에 약속된 개발자
• (필수)등록일: 결함 등록일(자동입력)
• 시작일: 개발 시작일
• 마감일: 개발 예상 마감일 → 테스트 완료일 → 배포 완료일
• (필수)재현가능: 가능/불가능
• (필수)발견장소: 내부/외부
• (필수)서비스: 운용중인 서비스명
• (필수)심각성: 낮음/중간/높음/119/개선사항
  • 낮음: 타이핑 에러, 사용자 불편, 좋지 않은 인터페이스
  • 중간: 불완전한 기능, 사소한 기능 오동작, 잘못된 인터페이스
  • 높음: 잘못된 기능, 주기능 오동작
  • 119: 치명적인 결함(Critical) 수준(예. 시스템 중지/프리징, 데이터 변조 가능)
  • 개선사항: 에러는 아니지만 개선사항
• Project: 관련 프로젝트명

---

비고

• QA 진행 중인 WIP(Work In Progress) 3개로 제한(WIP는 변경 가능)
• 결함추적 순서
  1. 결함 등록(Open): 발견된 결함이 등록된 상태
     결함 검토(Reviewed): 결함이 검토된 상태
  2. 결함 할당(Assigned): 결함을 수정하기 위해 담당자에게 결함이 할당된 상태
  3. 결함 수정(Resolved): 결함 수정 완료한 상태
  4. 결함 조치 보류(Deferred): 결함의 수정이 불가능해 연기된 상태로, 우선순위, 일정 등에 따라 재오픈을 준비중인 상태
  5. 결함 종료(Closed): 결함이 해결되어 담당자가 종료를 승인한 상태
     결함 해제(Clarified): 담당자가 종료 승인한 결함을 검토하여 결함이 아니라고 판명한 상태

• 결함 우선순위
  결함의 중요도와 심각도에 따라 설정되고 수정 여부 결정