Priority
결함 및 관리 도구 관련
Priority(우선순위)는 결함 수정의 “긴급성”을 나타내는 지표입니다.
소프트웨어에서 결함이 발견되었을 때, “이 문제를 얼마나 빨리 해결해야 할까?”를 결정하는 것이 Priority의 역할입니다.
즉, Priority는 비즈니스적 관점에서 결함 수정의 우선 순서를 정하는 기준입니다.
Priority란?
Priority는 결함이 소프트웨어 사용자, 고객, 비즈니스 목표에 얼마나 큰 영향을 미치는지에 따라 결정됩니다.
예를 들어:
• “결제 시스템 오류”는 즉각적인 수정을 요구하며 높은 Priority를 가질 것입니다.
• 반면, “도움말 페이지의 오타”는 시스템이나 사용자 경험에 큰 영향을 미치지 않으므로 낮은 Priority로 분류됩니다.
Priority는 어떤 결함을 먼저 해결할지 결정하는 데 도움을 주며, 개발 팀이 중요한 작업에 집중할 수 있도록 돕습니다.
Priority의 주요 특징
1. 비즈니스 중심
• Priority는 결함이 시스템보다는 비즈니스 목표와 사용자 경험에 미치는 영향을 평가합니다.
2. 우선 해결 필요 여부
• 결함이 발견되었다고 해서 모두 즉시 수정해야 하는 것은 아닙니다. Priority는 긴급히 처리해야 할 결함을 식별합니다.
3. 유동적
• Priority는 상황에 따라 변경될 수 있습니다. 초기에는 낮은 Priority였던 결함이, 비즈니스 요구사항의 변화로 높은 Priority로 상승할 수 있습니다.
Priority의 분류
Priority는 일반적으로 다음과 같이 분류됩니다:
1. High Priority (높음)
• 즉각적인 수정이 필요하며, 비즈니스에 심각한 영향을 미치는 결함
• 예:
- 결제 버튼이 작동하지 않는 문제
- 로그인 불가 문제
2. Medium Priority (보통)
• 비즈니스에 즉각적인 손해를 끼치지는 않지만, 수정이 필요한 결함
• 예:
- 상품 추천 기능이 비정상적으로 동작
- 이메일 알림이 일부 사용자에게만 전송되지 않음.
3. Low Priority (낮음)
• 사용자 경험에 미치는 영향이 미미하거나, 즉각적인 수정이 필요하지 않은 결함
• 예:
- 페이지 하단에 작은 오타
- 도움말 아이콘의 위치가 살짝 어긋남.
Priority는 마치...
Priority는 긴급 병원에서 환자의 치료 순서를 정하는 과정(Triage)과 같습니다.
• High Priority: 심장마비 환자 → 즉각적인 응급 처치 필요
• Medium Priority: 손목 골절 환자 → 치료는 필요하지만 응급은 아님.
• Low Priority: 가벼운 찰과상 환자 → 치료를 미뤄도 큰 문제가 없음.
이처럼 Priority는 “누구를 먼저 치료할 것인가?”를 결정하듯, 어떤 결함을 먼저 해결할 것인가를 정하는 중요한 기준입니다.
Priority의 실제 사례
사례 1: 전자상거래 앱
• High Priority:
- “결제 시스템이 작동하지 않음.”
- 이유: 즉각적인 비즈니스 손실 발생 가능
• Medium Priority:
- “상품 리뷰 작성 기능이 일부 브라우저에서 동작하지 않음.”
- 이유: 부가적인 기능이지만, 사용자 경험에 영향을 줄 수 있음.
• Low Priority:
- “상품 상세 페이지의 이미지 아래 텍스트 오타”
- 이유: 사용자 경험에 거의 영향을 미치지 않음.
사례 2: 모바일 뱅킹 앱
• High Priority:
- “송금 기능이 특정 조건에서 실패”
- 이유: 주요 금융 기능으로 즉각적인 수정 필요
• Medium Priority:
- “이체 내역 화면의 정렬 순서가 어긋남.”
- 이유: 중요한 문제지만, 사용자는 여전히 이체 내역을 확인할 수 있음.
• Low Priority:
- “앱 도움말 페이지에서 오타 발견”
- 이유: 비즈니스 또는 사용자 경험에 거의 영향을 미치지 않음.
Priority가 중요한 이유
1. 자원 효율화
• 개발자와 QA 팀이 가장 중요한 결함에 집중하도록 리소스를 효율적으로 분배합니다.
2. 비즈니스 손실 예방
• Priority가 높은 결함을 빠르게 해결하여, 고객 불만이나 비즈니스 손실을 최소화할 수 있습니다.
3. 팀 간 협업 강화
• QA와 개발, 비즈니스 팀 간에 문제의 긴급성을 공유하여 효율적으로 협력할 수 있습니다.
Priority를 설정할 때 고려해야 할 요소
1. 사용자 영향도
• 이 결함이 얼마나 많은 사용자에게 영향을 미치는가?
2. 비즈니스 중요도
• 이 결함이 비즈니스 목표나 수익에 어떤 영향을 미치는가?
3. 해결 시간 및 자원
• 이 결함을 수정하는 데 얼마나 많은 시간과 자원이 필요한가?
4. 프로젝트 단계
• 릴리스 직전에는 Priority 설정이 더욱 중요합니다.
Priority와 주니어 QA의 연결점
1. 비즈니스 관점 이해
• Priority는 단순한 기술적 관점을 넘어, 비즈니스 관점에서 결함을 평가하는 사고방식을 키워줍니다.
2. 효율적인 문제 보고
• 결함의 Priority를 정확히 판단하고 보고하면, QA 엔지니어로서의 전문성을 인정받을 수 있습니다.
3. 팀워크 강화
• Priority 설정 과정에서 비즈니스 팀, 개발자와 협력하며 커뮤니케이션 능력을 향상시킬 수 있습니다.
Priority는 결함의 수정 긴급성을 평가하는 지표로, QA 업무의 중요한 기준입니다.
Priority를 올바르게 설정하면 팀이 자원을 효율적으로 사용하고, 비즈니스 목표와 사용자 경험을 모두 충족할 수 있습니다.
주니어 QA 엔지니어는 Priority를 통해 비즈니스 관점을 학습하고, QA 업무의 가치를 극대화할 수 있습니다.
