테스트의 심각도와 우선순위의 차이(예)
심각도 대. 우선순위: 차이점
- 우선순위는 개발자가 결함을 해결해야 하는 순서이고, 심각도는 결함이 제품 작동에 미치는 영향의 정도입니다.
- 우선순위는 낮음, 중간, 높음의 세 가지 유형으로 분류되는 반면, 심각도는 심각, 심각, 보통, 경미, 외관의 XNUMX가지 유형으로 분류됩니다.
- 우선순위는 일정과 관련이 있고 심각도는 기능이나 표준과 관련이 있습니다.
- 우선순위는 버그가 얼마나 빨리 수정되어야 하는지를 나타내고, 심각도는 제품 기능 결함의 심각성을 나타냅니다.
- 결함의 우선순위는 관리자/고객과 협의하여 결정되며, 결함의 심각도는 QA 엔지니어가 결정합니다.
- 우선순위는 비즈니스 가치에 따라 결정되는 반면 심각도는 기능에 따라 결정됩니다.
- 우선순위 값은 주관적이며 프로젝트 상황의 변화에 따라 일정 기간 동안 변경될 수 있는 반면, 심각도 값은 객관적이며 변경될 가능성이 적습니다.
- 높은 우선순위 및 낮은 심각도 상태는 결함을 즉시 수정해야 하지만 애플리케이션에 영향을 주지 않음을 나타내고, 높은 심각도 및 낮은 우선순위 상태는 결함을 수정해야 하지만 즉각적인 기반은 아님을 나타냅니다.
- 우선 순위 상태는 고객 요구 사항을 기반으로 하는 반면 심각도 상태는 제품의 기술적 측면을 기반으로 합니다.
버그 심각도란 무엇입니까?
버그 심각도 또는 테스트의 결함 심각도는 버그 또는 결함 테스트 중인 소프트웨어 응용 프로그램에 있습니다. 시스템 기능에 대한 버그/결함의 영향이 높을수록 심각도 수준도 높아집니다. ㅏ 품질 보증: 엔지니어는 일반적으로 버그/결함의 심각도 수준을 결정합니다.
우선순위란 무엇입니까?
우선순위는 결함을 수정해야 하는 순서로 정의됩니다. 우선순위가 높을수록 결함이 더 빨리 해결되어야 합니다.
소프트웨어 시스템을 사용할 수 없게 만드는 결함은 소프트웨어의 작은 기능 실패를 유발하는 결함보다 더 높은 우선순위를 갖습니다.
심각도 유형
In 소프트웨어 테스팅버그/결함의 심각도 유형은 다음과 같은 부분으로 분류할 수 있습니다.
- 결정적인: 이 결함은 프로세스가 완전히 종료되어 더 이상 진행할 수 없음을 나타냅니다.
- 전공 분야: 매우 심각한 결함으로 시스템을 붕괴시킨다. 그러나 시스템의 특정 부분은 계속 작동합니다.
- 중급: 바람직하지 않은 동작이 발생하지만 시스템은 여전히 작동합니다.
- 높음: 시스템에 큰 고장을 일으키지 않습니다.
우선순위 유형
버그/결함의 우선순위 유형은 세 부분으로 분류될 수 있습니다.
- 낮은: 결함은 자극적이지만 더 심각한 결함이 수정되면 수리가 가능합니다.
- 매체 : 정상적인 개발 활동 과정에서 결함이 해결되어야 합니다. 새 버전이 생성될 때까지 기다릴 수 있습니다.
- 높음 : 결함은 시스템에 심각한 영향을 미치고 수정될 때까지 사용할 수 없으므로 가능한 한 빨리 해결해야 합니다.
결함의 심각도를 판단하기 위한 팁
- 발생 빈도 결정: 어떤 경우에는 코드에서 사소한 결함의 발생이 자주 발생하면 더 심각해질 수 있습니다. 그래서 사용자 입장에서는 사소한 결함이라 할지라도 더욱 심각한 문제입니다.
- 결함 격리: 결함을 격리하면 영향의 심각도를 파악하는 데 도움이 될 수 있습니다.
테스트의 심각도와 우선순위의 차이
우선 | 심각도 |
---|---|
결함 우선순위는 개발자가 결함을 해결해야 하는 순서를 정의합니다. | 결함 심각도는 결함이 제품 작동에 미치는 영향의 정도로 정의됩니다. |
우선순위는 일정과 연관되어 있습니다. | 심각도는 기능이나 표준과 연관되어 있습니다. |
우선순위는 버그가 얼마나 빨리 수정되어야 하는지를 나타냅니다. | 심각도는 제품 기능에 대한 결함의 심각성을 나타냅니다. |
관리자/고객과 협의하여 하자 우선순위를 결정합니다. | QA 엔지니어가 결함의 심각도 수준을 결정합니다. |
우선순위는 비즈니스 가치에 따라 결정됩니다. | 심각도는 기능에 따라 결정됩니다. |
그 가치는 주관적이며 프로젝트 상황의 변화에 따라 일정 기간 동안 변경될 수 있습니다. | 그 가치는 객관적이고 변할 가능성이 적습니다. |
우선순위가 높고 심각도가 낮은 경우 결함을 즉시 수정해야 하지만 애플리케이션에는 영향을 미치지 않음을 나타냅니다. | 심각도가 높고 우선순위가 낮은 상태는 결함을 수정해야 하지만 즉시 해결해야 함을 나타냅니다. |
우선순위 상태는 고객 요구 사항을 기반으로 합니다. | 심각도 상태는 제품의 기술적 측면을 기반으로 합니다. |
UAT 동안 개발팀은 우선순위에 따라 결함을 수정합니다. | SIT 동안 개발팀은 심각도와 우선순위에 따라 결함을 수정합니다. |
우선순위는 세 가지 유형으로 분류됩니다.
|
심각도는 XNUMX가지 유형으로 분류됩니다.
|
결함 심각도 및 우선순위의 예
낮은 심각도와 높은 우선순위 또는 그 반대의 예를 살펴보겠습니다.
- 매우 낮은 심각도와 높은 우선순위: 모든 배송 웹사이트의 로고 오류는 웹사이트의 기능에 영향을 미치지 않으므로 심각도가 낮을 수 있지만 더 이상 배송을 진행하지 않기 때문에 우선순위가 높을 수 있습니다. 잘못된 로고로.
-
심각도가 매우 높지만 우선순위는 낮음: 마찬가지로, 항공편 운항 웹사이트의 경우 예약 기능의 결함은 심각도는 높지만 다음 주기에 출시되도록 예약할 수 있으므로 우선순위는 낮을 수 있습니다.
결함 분류
결함 심사는 테스트 팀이 제한된 리소스 가용성 문제에 직면한 프로세스의 재조정을 시도하는 프로세스입니다. 따라서 결함 수가 많고 이를 검증할 테스터가 제한된 경우 결함 분류는 심각도 및 우선순위와 같은 결함 매개변수를 기반으로 최대한 많은 결함을 해결하는 데 도움이 됩니다.
결함 분류를 결정하는 방법:
대부분의 시스템은 결함을 평가하기 위한 주요 기준으로 우선순위를 사용합니다. 그러나 좋은 분류 프로세스에서는 심각도도 고려합니다.
분류 프로세스에는 다음 단계가 포함됩니다.
- Rev팀에서 거부한 결함을 포함한 모든 결함을 검토합니다.
- 결함의 초기 평가는 해당 내용과 해당 우선순위 및 심각도 설정을 기반으로 합니다.
- 입력을 기반으로 결함의 우선순위 지정
- 제품 관리자가 올바른 릴리스를 위해 결함을 할당합니다.
- 추가 조치를 위해 결함을 올바른 소유자/팀에게 리디렉션합니다.
심각도를 선택하기 전에 모든 테스터가 고려해야 할 지침
심각도 매개변수는 테스터가 평가하는 반면, 우선순위 매개변수는 제품 관리자 또는 분류 팀이 평가합니다. 결함의 우선순위를 정하려면 테스터가 개발팀과의 혼동을 피하기 위해 올바른 심각도를 선택하는 것이 필수적입니다.
- 우선순위와 심각도의 개념을 잘 이해한다.
- 우선순위에 영향을 미치므로 항상 문제 유형에 따라 심각도 수준을 할당하세요.
- 특정 시나리오 또는 테스트 케이스 최종 사용자에게 영향을 미칠 것
- 결함의 복잡성과 결함 검증 시간을 기준으로 결함을 수정하는 데 걸리는 시간을 고려해야 합니다.
결론
In 소프트웨어 공학, 결함에 잘못된 심각도를 할당하면 결함이 지연될 수 있습니다. STLC 프로세스를 진행하며 팀의 전반적인 성과에 심각한 영향을 미칠 수 있습니다. 따라서 책임 있는 사람은 결함 할당 요청에 대해 정확하고 정확해야 합니다.