둘의 비교 2
Severity와 Priority의 차이점
Severity와 Priority는 결함을 관리할 때 중요성을 평가하는 두 가지 기준입니다.
두 개념은 때로 혼동될 수 있지만, 결함의 “기술적 영향”을 평가하는 Severity와 “비즈니스적 긴급성”을 나타내는 Priority는 각기 다른 목적과 관점을 가지고 있습니다. 이를 정확히 이해하면, 결함 관리와 팀 간 커뮤니케이션이 더욱 효율적으로 이루어질 수 있습니다.
Severity와 Priority란?
• Severity(심각도): 결함이 시스템에 얼마나 큰 기술적 영향을 미치는지를 나타냅니다.
- 예: 결제 기능이 작동하지 않는 경우, 이는 시스템에 심각한 손상을 주므로 높은 Severity를 가집니다.
• Priority(우선순위): 결함을 얼마나 빨리 해결해야 하는지를 나타냅니다.
- 예: 회사 로고가 잘못 표시된 문제는 기술적으로는 사소하지만, 브랜드 이미지에 악영향을 줄 수 있어 높은 Priority를 가질 수 있습니다.
Severity와 Priority의 주요 차이점
Severity와 Priority의 조합
Severity와 Priority는 항상 비례하지 않을 수 있습니다. 결함의 심각도와 긴급성이 다르게 평가될 수 있기 때문입니다.
다음은 다양한 조합과 그 사례입니다.
1. Severity: 높음, Priority: 높음
• 상황: 결제 기능이 완전히 작동하지 않음.
• 이유: 기술적으로 심각하고, 즉각적인 비즈니스 손실을 초래할 수 있음.
• 결론: 즉시 수정 필요
2. Severity: 높음, Priority: 낮음
• 상황: 결제 기능이 IE 브라우저에서만 작동하지 않음.
• 이유: 기술적으로 심각하지만, 대부분의 사용자는 Chrome이나 Firefox를 사용함.
• 결론: 중요하지만, 급한 문제는 아님.
3. Severity: 낮음, Priority: 높음
• 상황: 회사 로고가 잘못 표시됨.
• 이유: 기술적으로 사소하지만, 브랜드 이미지에 영향을 줄 수 있음.
• 결론: 빠른 수정 필요
4. Severity: 낮음, Priority: 낮음
• 상황: 도움말 페이지에서 오타 발견
• 이유: 기술적 영향도 없고, 사용자 경험에도 큰 영향이 없음.
• 결론: 수정은 가능하지만, 긴급하지 않음.
Severity와 Priority의 실제 사례
사례 1: 전자상거래 앱
• Severity: 높음, Priority: 높음
- 상황: “결제 버튼 클릭 시 결제가 처리되지 않음.”
- 이유: 결제 기능은 앱의 핵심이며, 즉각적으로 수정해야 함.
• Severity: 높음, Priority: 낮음
- 상황: “상품 이미지가 특정 브라우저(IE)에서만 로드되지 않음.”
- 이유: 기술적으로는 심각하지만, 전체 사용자 중 IE 사용자는 적음.
• Severity: 낮음, Priority: 높음
- 상황: “할인 코드 적용 시, UI가 약간 어긋나 보임.”
- 이유: 사용자는 할인 코드 기능을 자주 사용하므로 빠르게 수정할 필요가 있음.
사례 2: 모바일 뱅킹 앱
• Severity: 낮음, Priority: 높음
- 상황: “앱 메인 화면에서 회사 이름이 잘못 표기됨.”
- 이유: 기능적으로는 문제가 없지만, 브랜드 신뢰에 영향을 미칠 수 있음.
• Severity: 높음, Priority: 낮음
- 상황: “이체 기능이 특정 드문 조건에서만 실패”
- 이유: 심각하지만, 발생 빈도가 낮아 즉각적인 수정은 필요하지 않음.
왜 두 개념을 나눠야 할까?
1. 효율적인 리소스 할당
• QA와 개발 리소스를 효율적으로 사용하기 위해, 문제의 기술적 심각성과 비즈니스 긴급성을 명확히 구분해야 합니다.
2. 팀 간 협업 원활화
• Severity와 Priority는 QA 팀과 비즈니스 팀 간의 역할 분담을 명확히 하고, 적절한 조치를 취하는 데 도움을 줍니다.
3. 결함 처리 속도 최적화
• 결함의 우선순위를 설정하여, 가장 시급한 문제부터 신속히 해결할 수 있습니다.
주니어 QA를 위한 팁
1. Severity를 먼저 판단
• 결함이 시스템에 얼마나 큰 영향을 미치는지 기술적으로 평가하세요.
2. Priority는 협업을 통해 결정
• Priority는 QA 혼자 판단하기보다는 비즈니스 팀과 협의하여 설정하는 경우가 많습니다.
3. 명확하게 보고
• 결함 보고서에 Severity와 Priority를 모두 기재하고, 판단 근거를 간결히 작성하세요.
Severity는 결함의 기술적 영향을, Priority는 해결의 긴급성을 나타냅니다.
둘은 결함 관리의 중요한 두 축으로, 효율적인 테스트와 품질 관리를 위해 반드시 함께 고려되어야 합니다.
Severity와 Priority의 개념을 명확히 이해하면, 결함 처리 속도를 최적화하고 팀 간 소통을 원활히 할 수 있습니다.
