버그 심각도

버그 심각도(Bug severity)는 결함이 제품에 얼마나 심하게 영향을 미치는지를 나타냅니다. 무엇이 망가졌는지, 누구에게 영향이 있는지, 우회 방법이 있는지를 따집니다. 영향에 대한 기술적 판단이며, 보통 테스터가 버그를 보고할 때 지정합니다. 심각도는 버그를 언제 고칠지에 대해서는 직접 말해 주지 않습니다. 그것은 우선순위의 역할입니다.

일반적인 척도

명칭은 팀과 이슈 트래커마다 다르지만, 대부분 4~5단계를 사용합니다.

심각도	의미	예시
Critical / Blocker	시스템 다운, 데이터 손실 또는 손상, 보안 침해, 우회 방법 없음	모든 사용자에게 결제 단계에서 500 오류 발생
Major / High	주요 기능이 고장 나거나 잘못 동작, 우회가 번거롭거나 불가능	환불 금액이 잘못된 세율로 계산됨
Moderate / Medium	기능이 일부 고장, 적절한 우회 방법 존재	CSV 내보내기가 날짜 필터를 무시함. 스프레드시트에서 필터링 가능
Minor / Low	영향이 적은 작은 기능 문제	거의 쓰지 않는 목록의 정렬 순서가 반대로 됨
Trivial / Cosmetic	시각적 또는 텍스트 문제, 기능에는 영향 없음	아이콘 정렬 어긋남, 툴팁의 오타

심각도와 우선순위의 차이

심각도 = 결함의 영향(기술적 판단, QA가 지정). 우선순위 = 수정의 긴급성(비즈니스 판단, 프로덕트 오너나 트리아지에서 지정).

둘은 서로 독립적이며, 그래서 면접관들이 각 조합의 예시를 묻곤 합니다.

• 높은 심각도, 낮은 우선순위: 레거시 고객 한 곳만 1년에 한 번 쓰는 파일 형식을 가져올 때 앱이 크래시되는 경우.
• 낮은 심각도, 높은 우선순위: 출시 전날 홈페이지의 회사 이름에 오타가 있는 경우.
• 높은 심각도, 높은 우선순위: 모든 사용자의 결제가 실패하는 경우.
• 낮은 심각도, 낮은 우선순위: 거의 방문하지 않는 설정 페이지의 오타.

흔한 실수

• 버그를 빨리 고치게 하려고 심각도를 부풀리기. 그런 용도로 쓰는 것이 우선순위입니다. 심각도를 부풀리면 지표가 의미를 잃습니다.
• 찾기가 얼마나 짜증났는지로 평가하기. 사용자와 비즈니스에 미치는 영향으로 평가하고, 누가 얼마나 자주 영향을 받는지 명시하세요.
• 우회 방법을 무시하기. 같은 장애라도 우회할 방법이 없으면 더 심각합니다.