우선 순위 분류를 보완하기 위해 버그 심각도를 분류하는 방법은 무엇입니까?

현재 직장에는 낮음, 보통, 높음 우선 순위 버그가 있습니다.

• 우선 순위가 낮은 버그는 작은 오류로 배송을 중단하거나 사용자에게 실제 문제를 일으키지 않습니다.
• 중간 우선 순위 버그는 일부 내부 사용자에게 문제를 야기하지만 알려진 해결 방법이 있습니다.
• 우선 순위가 높은 버그는 고객이보고, 데이터를 손상 시키거나 시스템을 중단시킬 수있는 문제입니다.

우선 순위 분류를 보완하기 위해 버그 심각도를 분류하는 방법은 무엇입니까?

우리는 버그와 결함을 우선 순위와 심각도에 따라 분류합니다.

우선 순위 수준은 문제를 시정 / 수정하는 것이 얼마나 시급한지를 나타냅니다 (긴급, 높음, 보통, 낮음, 없음).

심각도 수준은 결함으로 인해 발생할 수있는 피해의 정도 또는 위험을 식별하는 데 도움이됩니다 (위험 / 파괴, 성능 저하 및 해결 방법 없음, 영향을 받았지만 해결 방법은 존재하지만 성가신 / 화장품, 영향 없음).

일반적으로 버그가 더 위험하고 파괴적 일수록 우선 순위가 높습니다. 그러나 보장되지는 않습니다. 결과적으로 우리는 때때로 버그를 위험하고 파괴적인 것으로 열거 할 수 있지만 상황의 희귀 성 또는이를 해결하는 데 필요한 변화의 양으로 인해 이론상 우선 순위가 상당히 낮아질 수 있습니다.

심각성은 실제로 귀하가 만드는 제품의 종류와 비즈니스에 주관적입니다. 마지막 작업에서 대형 컨테이너 / 크루즈 선박에 대한 자동 조종 장치를 만들었으므로 심각도는

• 매우 높음-빙산이 앞서 있습니다! 잠깐만, 배의 통제력이 상실되거나 통제권을 가진 사람이 혼란 스러울 수 있습니다! 누군가이 배를 어떻게 돌릴 지 알아 내야합니다 !!!
• 높음-고객 수락 불만, 유람선이 너무 빨리 회전하여 고객이 음료를 쏟습니다. 이 문제가 해결 될 때까지 귀하의 물건을 사용할 수 없습니다!
• 중간-고객 / 현장 기술자의 사용 편의성을 향상시키는 기능. 사람들의 시간을 절약 해주는 것들.
• 낮은 화장품

웹 앱을 만들고 있고 비즈니스 모델 / 고객 기반이 완전히 다른 경우 심각도 / 우선 순위 수준이 크게 다를 것이라고 생각합니다. 궁극적으로 고객이 기대하는 것과 문제에 대해 얼마나 화를 내는지에 대한 것입니다. :)

내가 사용하는 심각도 기준 :

• 사용자가 프로그램에서 원하는 것을 얻지 못하게합니까?
• 사용자가 일반적인 작업을 수행하면 표시됩니까?
• 합리적인 정보를 공개하거나 무단 작업을 수행 할 수 있습니까?

특정 버그의 심각성은이 점들의 조합입니다.

사람들이 소프트웨어를 구매하지 못하게하는 성가신 요인으로 버그를 분류하십시오. 배송에 영향을 미치지 않거나 사용자에게 실제 문제를 일으키는 버그는 버그에 부딪 칠 때마다 귀찮게 할 수 있습니다. 결국에는 사용자와 소득의 일부를 잃게됩니다.

이런 종류의 버그를 명백한 이유없이 사용자에게 눈에 띄는 이점없이 변경된 사용자 인터페이스와 결합하면 사람들이 당신의 소프트웨어를 싫어하게 만드는 절대적인 승자가 있습니다.

그런 일이 일어나지 않도록하십시오. 고객이 ****를주지 않는다고 생각하게하는 버그와 함께 제공되지 마십시오.