프로젝트/ITAMS2013.03.26 01:43

1. 테스팅에서의 리스크


제한된 시간과 자원의 한계를 극복하기 위해서는 리스크를 고려해야 한다.


리스크(Risk) = 장애(Failure) 가능성 * 손실(Damage)

장애 가능성 = 사용빈도 * 결함 가능성 


1.1. 리스크 분류


1.1.1. 프로젝트 리스크 - 프로젝트 목적을 달성하기 위한 프로젝트의 역량 전반과 관계하는 리스크

  • 조직적인 요소기술적 이슈

  • 공급자 이슈

  • 프로덕트 리스크


1.1.2. 프로덕트 리스크

  • SW나 시스템에 의도치 않은 향후 이벤트나 위험 요소가 존재하는 잠재적인 장야 영역을 말함

  • 제품의 품질에 대한 리스크



 


2. 리스크 기반 테스팅


2.1. 절차


리스크 식별 -> 리스크 분석 -> 리스크 계획 -> 리스크 추적

 

2.2. 리스크 식별


무엇이 리스크이고 어디에 리스크가 있는지 확인


  • 기능적/기술적 아이템으로 분리

  • 요구사항에 따른 상위레벨 테스트 관련 항목

  • 아키텍처에 따른 하위레벨 테스트 관련 항목

  • 브레인스토밍 세션 이용 가능

  • 35개 이하의 리스크 아이템 식별 권장


2.3. 리스크 분석


중요하고, 복잡하고 잠재적으로 결함이 많은 부분을 분석(리스크 우선순위 결정)


2.3.1. 장애발성 가능성(Likelihood)

  • 복잡성

  • 새로운 개발의 정도

  • 상호관계

  • 크기

  • 사용된 기술의 난이도/최신성

  • 개발팀의 경험 미흡


2.3.2. 장애로 인한 영향(Impact)

  • 사용자에 의한 취급 중요도(잘 팔리는 아이템)

  • 경제적, 사회적, 회사 이미지적 피해

  • 사용강도

  • 외부적 가시성

 

제품의 리스크 요소에 해당하는 리스크 아이템 각각에 대해 리스크 수준을 표현한다.

<리스크 테이블 예시>


2.3.3. 리스크 매트릭스

  • STA(Servere Test Area) : 가장 강도 높게 테스트 해야 하는 영역

  • ITA(Intensive Test Area) : 테스트 가치가 있음

  • STTA(Strong Test Area) : 테스트 가치고 있고, 테스트를 해야함

  • FTA(Fundamental Test Area) : 테스트할 수 있음


<리스크 매트릭스 예시>


2.4. 리스크 계획

리스크 정보를 근거로 대처 방안 수립(리스크 줄이는 테스트 생성)

리스크의 강도에 따라 인력배치, 테스트 설계 기법, 리포팅, 리뷰, 테스팅에 필요한 요소들을 차별화 시켜 테스트를 수행한다.


2.4.1. 하위 레벨 테스팅

  • 기술적 리스크에 집중

  • 우선순위 : STA -> ITA -> STTA -> FTA


2.4.2. 상위 레벨 테스팅

  • 사업적 리스크에 집중

  • 우선순위 : STA -> STTA -> ITA -> FTA


2.5. 리스크 추적

리스크 및 리스크에 대한 대응을 모니터링.

  • 리스크가 높은 곳 -> 테스트케이스 수가 많음

  • 리스크가 낮은 곳 -> 테스트케이스 수가 적음


<리스크 커버리지 예시. 리스크 기반 테스팅 전략이 최적으로 구현되지 않음.>


'프로젝트 > ITAMS' 카테고리의 다른 글

프로젝트 개요  (0) 2013.03.26
리스크와 테스팅  (0) 2013.03.26
소프트웨어 수명주기와 테스트 레벨  (0) 2013.03.26
소프트웨어 수명주기와 테스팅  (0) 2013.03.26
Posted by devop

댓글을 달아 주세요