일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
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 |
- 테스트케이스
- Software life cycle model
- Python
- Test Case
- ISTQB
- QA
- SQA
- seleium
- testcase
- 셀레니움
- selenium
- RBT
- 품질
- test
- 테스트
- 위험 기반 테스트
- Testing
- 테스트 설계 기법에 따른 분류
- 파이썬
- 자동화
- csts
- 비기능테스트
- 애자일
- 테스트 케이스
- agile
- risk-based testing
- testing method
- regression test
- maintainability test
- 유지보수성 테스트
- Today
- Total
Study_Note
RBT - test plan 본문
테스트 계획 (test plan)
테스트 레벨/유형 결정
테스트 강도는 테스트 레벨과 유형을 결정하는 중요한 요소이다. 고강도 테스트 또는 균형적 테스트로 분류된 피처는 모든 테스트 레벨에 걸쳐 테스트가 적용된다. 이는 해당 피처와 관련된 모듈들을 대상으로 컴포넌트 테스트를 수행한 후, 해당 모듈들이 통합된 시나리오에 대해 통합 테스트를 진행하고, 최종적으로 시스템 테스트까지 수행하는 방식이다. 만약 피처가 비기능적 특성을 지닌다면, 비기능 요구사항에 맞춘 유형 테스트가 추가될 수 있다. 예를 들어, 성능 관련 피처가 고강도 테스트로 분류되면 컴포넌트, 통합, 시스템 테스트에서 성능 테스트가 추가적으로 수행될 수 있다.
반면, 부가적 테스트 등급에 해당하는 피처는 컴포넌트 및 통합 테스트 단계에서는 제외될 수 있으며, 시스템 테스트 단계에서만 고려될 수도 있다.
테스트 대상 선정
테스트 대상 선정은 위험 분석 결과에 따라 결정된다. 특히, 컴포넌트 테스트 수행 시 위험 분석 결과를 기반으로 테스트할 컴포넌트를 선정할 수 있다. 즉, 시스템의 모든 컴포넌트를 테스트하기보다는 높은 수준의 위험도가 있는 피처와 직접적으로 연관된 컴포넌트를 우선적으로 테스트 대상으로 선정한다. 반대로, 위험도가 낮거나 부가적 테스트 수준에 해당하는 피처를 구현하는 컴포넌트는 테스트 대상에서 제외하는 것도 고려할 수 있다.
마찬가지로, 통합 테스트 수행 시에도 위험 분석 결과를 반영해 테스트할 컴포넌트 간의 연결을 결정할 수 있다. 높은 위험도가 있는 연결은 통합 테스트에 반드시 포함해야 하며, 반대로 결함 보고 빈도가 낮거나 부가적 테스트 수준으로 분류되는 낮은 위험도의 연결은 통합 테스트 대상에서 제외할 수 있다.
테스트 범위 설정
위험 기반 테스트 접근법에서 테스트 범위 설정은 각 피처의 위험도에 따라 결정된다. 높은 위험도를 가진 피처, 즉 고강도 테스트가 필요한 피처는 가용한 예산 내에서 최대한 테스트 범위에 포함된다. 이러한 피처는 소프트웨어의 품질과 안정성에 중요한 영향을 미치기 때문에 우선적으로 테스트가 수행된다. 반면, 중간 수준의 위험도를 가진 균형적 테스트 피처는 예산과 자원의 제약을 고려해 일부만 테스트 범위에 포함될 수 있으며, 테스트 실행 시 다른 테스트 케이스나 절차를 활용해 추가적으로 검증한다. 마지막으로, 낮은 위험도로 평가된 결함 보고 테스트 피처는 테스트 범위에서 제외되며, 별도의 테스트 노력이 투입되지 않는다.
테스트 전략
위험 기반 테스트 전략에서는 소프트웨어의 위험 수준에 따라 테스트의 엄격성을 조정하여 더 많은 결함을 검출할 수 있도록 한다. 특히, 테스트 설계 기법, 테스트 종료 기준, 재테스팅 및 리그레션 테스팅 방법을 위험 수준에 맞춰 결정하는 것이 중요하다.
- 테스트 설계 기법
위험 수준이 높은 피처에는 더 강도 높은 테스트 설계 기법이 적용된다. 예를 들어, 고강도 테스트가 필요한 피처에는 동등 분할보다 높은 강도의 경곗값 분석 기법을 사용한다. 구조 기반 테스트 기법에서도 위험 수준을 고려해 문장 테스트보다 결정 테스트를, 결정 테스트보다는 결정/조건 테스트, 나아가 MCDC(Multiple Condition Decision Coverage)와 같은 더욱 엄격한 방법을 적용할 수 있다. - 테스트 완료 기준
위험 수준이 높은 컴포넌트에는 더 높은 기준의 테스트 완료 조건이 적용된다. 예를 들어, 위험이 낮은 경우 결정 커버리지 80%를 완료 기준으로 하지만, 위험 수준이 높다면 95%로 높이는 것이 가능하다. 또한, 다양한 완료 기준을 함께 적용하여 테스트를 강화할 수 있다. 예를 들어, 테스트 케이스 실행률이 95% 이상이면서, 결정 커버리지도 95% 이상 충족하고, 결함은 2개 이하로 제한하는 기준을 설정할 수 있다. 위험 수준이 높은 경우 결함 탐지 기반 방법이나 신뢰도 예측 모델 등의 분석적 방법을 추가하여 테스트 완료 기준을 설정할 수도 있다. - 재테스팅 및 리그레션 테스팅
재테스팅과 리그레션 테스팅에서도 위험 수준을 고려할 수 있다. 발견된 결함을 해결한 후 재테스팅을 할 때는 해당 결함과 관련된 피처의 위험 수준을 반영하여 재테스팅 범위를 조정한다. 예를 들어, 위험 수준이 낮은 피처의 결함일 경우 시스템 테스트에서만 재테스팅을 수행할 수 있다. 마찬가지로, 리그레션 테스팅도 위험 수준에 따라 다르게 적용할 수 있다. 위험 수준이 낮은 피처를 변경할 경우, 컴포넌트 테스트 대신 시스템 테스트에서만 리그레션 테스팅을 수행할 수 있다. 반면, 위험 수준이 높은 피처는 retest-all 전략을 적용하고, 낮은 위험 수준에서는 선택적 리그레션 테스트, 테스트 최소화 전략, 또는 테스트 우선 순위화 전략을 적용할 수 있다.
'CSTS' 카테고리의 다른 글
RBT - run tests and report defects (1) | 2024.09.12 |
---|---|
RBT - test design/implementation and test environment (1) | 2024.09.10 |
RBT - perform risk-based testing (0) | 2024.09.02 |
RBT - risk analysis (1) | 2024.08.30 |
risk-based testing (RBT) (0) | 2024.08.29 |