일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
1 | 2 | |||||
3 | 4 | 5 | 6 | 7 | 8 | 9 |
10 | 11 | 12 | 13 | 14 | 15 | 16 |
17 | 18 | 19 | 20 | 21 | 22 | 23 |
24 | 25 | 26 | 27 | 28 | 29 | 30 |
- 비기능테스트
- test
- Software life cycle model
- maintainability test
- testcase
- 애자일
- 품질
- SQA
- 테스트 케이스
- 셀레니움
- 테스트 설계 기법에 따른 분류
- Python
- 자동화
- agile
- 테스트케이스
- testing method
- 위험 기반 테스트
- regression test
- csts
- selenium
- 유지보수성 테스트
- risk-based testing
- QA
- seleium
- Test Case
- 테스트
- RBT
- ISTQB
- 파이썬
- Testing
- Today
- Total
Study_Note
RBT - perform risk-based testing 본문
위험 기반 테스트 수행 (Perform risk-based testing)
위험 기반 테스트(Risk-Based Testing, RBT)는 자원이 제한된 상황에서 효율적이고 효과적인 테스트 계획을 수립하는 데 사용되는 기법입니다. 이 접근 방식은 결함 발생 가능성과 결함이 시스템에 미치는 영향을 분석하여, 가장 중요한 기능에 테스트 자원을 집중하는 것을 목표로 합니다.
위험도는 보통 세 가지 기준인 발생 가능성, 심각성, 긴급성으로 평가되며, 각 항목은 1부터 5까지의 값을 가질 수 있습니다. 이를 통해 산출된 위험도는 1에서 125까지의 값을 가질 수 있습니다. 이 값은 다음과 같은 방식으로 산정됩니다.
- 발생 가능성
결함이 발생할 가능성을 평가합니다. 1은 가능성이 매우 낮음을, 5는 매우 높음을 나타냅니다. - 심각성
결함이 발생했을 때 시스템이나 비즈니스에 미치는 영향을 평가합니다. 1은 영향이 거의 없음을, 5는 시스템 전체에 치명적 영향을 줄 수 있음을 의미합니다. - 긴급성
결함이 발생했을 때 얼마나 신속히 대응해야 하는지를 평가합니다. 1은 긴급성이 낮음을, 5는 즉각적인 대응이 필요함을 나타냅니다.
위험도는 이 세 가지 요소의 값을 곱해 산출합니다. 예를 들어, 발생 가능성이 4, 심각성이 5, 긴급성이 3이라면, 해당 기능의 위험도는 4 * 5 * 3 = 60입니다. 이 계산 방식에 따라 최소 위험도는 1 (1*1*1), 최대 위험도는 125 (5*5*5)입니다.
테스트 강도와 위험도 기반 테스트 계획
위험도 값을 바탕으로 테스트 강도를 결정하며, 이를 통해 테스트 자원과 비용을 효율적으로 배분할 수 있습니다. 위험도는 기능의 우선순위를 정하는 데 중요한 역할을 하며, 이를 바탕으로 기능별 테스트 강도를 다르게 설정할 수 있습니다. 테스트 강도는 크게 네 가지로 분류됩니다.
- 고강도 테스트
매우 높은 위험도를 가진 기능들에 대해 수행됩니다. 결함 발생 가능성이 높고, 결함이 시스템에 미치는 영향이 심각하며 즉각적인 수정이 필요한 경우, 가능한 많은 자원을 투입해 집중적인 테스트를 수행합니다. 예를 들어 로그인이나 결제 기능이 여기에 해당될 수 있습니다. - 균형적 테스트
고강도 테스트보다는 낮지만 여전히 중요한 기능들에 대해 수행됩니다. 프로젝트의 예산과 일정 제한을 고려하여, 심각성과 긴급성에 맞게 자원을 배분하고 테스트를 수행합니다. - 부가적 테스트
위험도가 비교적 낮은 기능들에 대해 수행됩니다. 이 경우에는 다른 테스트 과정에서 결함을 발견할 수 있도록 일부 추가적인 테스트 케이스나 데이터를 사용하는 정도의 테스트를 진행합니다. - 결함 보고
가장 낮은 위험도를 가진 기능들에 대해 수행됩니다. 이 기능들은 별도로 테스트되지 않으며, 다른 테스트 과정에서 결함이 발견되었을 때에만 보고됩니다.
예시
다음은 위험도 산정과 테스트 강도를 적용한 예시입니다.
이 예시에서 로그인과 결제 기능은 높은 위험도를 가지며, 고강도 테스트가 필요합니다. 반면, 통계 보고서와 알림 기능은 위험도가 낮아 결함 보고 등급으로 분류되어 기본적인 테스트가 생략될 수 있습니다. 이를 통해 자원은 중요한 기능에 집중되며, 상대적으로 덜 중요한 기능은 최소한의 자원으로 관리됩니다.
테스트 계획에 미치는 영향
위험도에 따라 결정된 테스트 강도는 전체 테스트 계획의 주요 항목에 영향을 줍니다. 즉, 테스트 대상, 테스트 범위, 테스트 전략 등을 설정할 때 위험도를 기반으로 테스트 강도가 높을수록 더 넓은 범위와 높은 수준의 테스트가 필요합니다. 이를 통해 시스템의 중요한 부분에 집중하여 리스크를 줄이고, 자원 배분의 효율성을 높일 수 있습니다.
결론
위험 기반 테스트는 발생 가능성, 심각성, 긴급성을 기준으로 기능별 위험도를 계산하여 자원을 효율적으로 배분하는 전략입니다. 이를 통해 중요한 기능에는 강도 높은 테스트를 수행하고, 덜 중요한 기능에는 최소한의 자원을 할당할 수 있습니다. 위험 기반 테스트는 제한된 자원으로 최대한의 품질 보장을 추구하는 테스트 계획의 핵심 도구로 자리 잡고 있습니다.
'CSTS' 카테고리의 다른 글
RBT - test design/implementation and test environment (1) | 2024.09.10 |
---|---|
RBT - test plan (2) | 2024.09.09 |
RBT - risk analysis (1) | 2024.08.30 |
risk-based testing (RBT) (0) | 2024.08.29 |
portability test (1) | 2024.08.27 |