위험도 기반의 우선순위 결정

AngryQA | 2015-04-06 월요일 오전 4:13 | QA/테스트 방법론 | 원본

참고 문헌 : 조대협의 서버 사이드 소프트웨어 개발과 테스트

위험도 기반의 우선순위 결정에 대해 정리 포스팅합니다~ :D

※위험도 기반의 우선순위 결정

테스트 대상에 비해 

시간, 비용, 인력으로 인해 자원이 부족한 경우 

우선순위를 나눠서 테스트 자원을 효율적으로 분배하기 위한 전략이다.

결함의 위험도는 발생 가능성과 발생 시 심각도를 기반으로 판단 가능하다.

Risk = Likelyhood * Impact

발생 가능성은 소스의 복잡도, 구현 난이도, 테스트 대상의 기능 구현 크기 등으로 판단이 가능하고,

발생 시 심각도는 비즈니스적으로 끼치는 영향을 기준으로 판단이 가능하다.

혹은, 브레인스토밍을 이용하는 방법도 있다.

그리고 실무 적용을 높이기 위해서는 리스크 아이템을 35개 이하로 선정 후 집중 관리하면 중대 결함을 크게 예방할 수 있다.

이렇게 리스크 항목을 도출하여 표로 드리면 아래와 같이 4개의 영역으로 구분할 수 있다.

| Likelyhood | | | | ITA | STA | | | FTA | SSTA | Impact |

|

** STA**

|

발생 가능성도 크고, 발생 시 카격이 큼

| |

** SSTA**

| 발생 가능성은 작지만, 발생 시 타격이 큼(비즈니스적 리스크가 높은 영역) | |

** ITA**

|

발생 가능성은 크지만, 발생 시 타격이 작음

| |

** FTA**

|

발생 가능성도 작고, 발생 시 타격도 낮음

|

발생 가능성이 큰 경우 단위 테스트 & 통합 테스트와 같은 기술적인 레벨 테스트 단계에서 집중적으로 커버하는 것이 좋다.

단위 테스트 & 통합 테스트는 STA > ITA > SSTA > FTA 순으로 진행하고,

시스템 테스트 & 인수 테스트는 STA > SSTA > ITA > FTA 순으로 진행하는 게 좋다.