리스크 기반 테스팅(risk-Based Testing)

사용 예

온라인 결제 시스템을 작업하는 팀은 리스크 기반 테스팅을 사용하여 집중할 곳을 결정합니다. 리스크 분석은 결제 승인 흐름을 고위험(결함 발생 가능성이 높고 발생 시 영향이 심각함)으로 식별하는 반면, 보고서 다운로드 기능은 저위험으로 식별합니다. 테스트 노력은 그에 따라 배분됩니다: 결제 흐름은 경계값 분석과 통합 테스트를 포함한 광범위한 테스트 설계와 실행을 받는 반면, 다운로드 기능은 더 가벼운 테스트를 받습니다. 잔여 리스크 수준은 프로젝트 전 과정에 걸쳐 이해관계자에게 통보됩니다.

자주 묻는 질문

리스크 기반 테스팅은 일반 테스팅과 어떻게 다른가요? 식별된 제품 리스크의 수준이 테스팅의 수준을 결정하는 접근법입니다. 리스크는 프로젝트의 초기 단계부터 식별되며, 그 수준이 테스트 프로세스를 이끕니다 — 리스크가 클수록 테스팅도 더 많아집니다.

제품 리스크란 무엇인가요? 제품 리스크는 컴포넌트나 시스템 자체가 목적을 달성하지 못할 리스크입니다 — 예를 들어, 잘못된 기능, 낮은 성능, 또는 보안 취약점. 리스크 기반 테스팅은 이러한 제품 리스크를 대상으로 합니다.

누가 리스크 분석을 수행하나요? 테스트 팀, 개발자, 이해관계자가 함께 수행합니다. 리스크 식별은 여러 관점에서 이점을 얻으며, 결과적인 리스크 수준은 강요되는 것이 아니라 합의됩니다.

리스크 기반 테스팅이 다른 테스트 설계 기법을 대체하나요? 아닙니다. 그것은 어디를, 얼마나 테스트할지를 결정합니다; 실제 테스트 케이스는 여전히 동등 분할, 경계값 분석, 오류 추정과 같은 기법을 사용합니다.

테스트 계획서에서 리스크의 역할은 무엇인가요? 테스트 계획서는 비상 계획을 필요로 하는 리스크를 문서화합니다. 리스크 기반 테스팅은 이를 구체화합니다: 계획서, 일정, 종료 기준 모두가 식별된 리스크 수준을 반영합니다.

관련 용어

• 리스크 — 부정적 결과의 가능성
• 제품 리스크 — 제품이 목적을 달성하지 못할 리스크
• 리스크 분석 — 리스크를 식별하고 평가하는 것
• 테스트 계획서 — 리스크 기반 테스팅이 어떻게 적용될지 문서화
• 테스트 전략 — 조직적 접근법으로서 리스크 기반 테스팅을 의무화할 수 있음
• 리스크 수준 — 테스트 노력을 이끄는 가능성과 영향의 결합

Learn more