일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
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 |
- testcase
- testing method
- 유지보수성 테스트
- 테스트 케이스
- Test Case
- 테스트 설계 기법에 따른 분류
- 위험 기반 테스트
- risk-based testing
- 품질
- SQA
- Python
- 비기능테스트
- 셀레니움
- test
- 자동화
- seleium
- Testing
- QA
- 애자일
- agile
- 파이썬
- 테스트케이스
- Software life cycle model
- RBT
- 테스트
- ISTQB
- selenium
- maintainability test
- regression test
- csts
- Today
- Total
목록RBT (5)
Study_Note

테스트 모니터링/제어 및 테스트 종료(test monitoring/control and test closure)위험 분석은 테스트 전반에 걸쳐 중요한 역할을 하며, 특히 테스트 모니터링, 제어 활동, 테스트 종료 단계에서 그 중요성이 더욱 부각됩니다. 위험 수준이 높은 기능에 대해서는 보다 철저한 모니터링과 신속한 제어가 이루어져야 하며, 테스트 종료 시에도 별도의 보고가 요구될 수 있습니다. 이를 통해 테스트의 효율성을 높이고, 중요한 기능이 적절히 검증되었는지 확인할 수 있습니다.테스트 모니터링 및 제어테스트 진행 중 모니터링과 제어는 위험 수준을 고려하여 보다 세밀하게 이루어져야 합니다. 특히, 위험도가 높은 기능에 대한 테스트 진행 상황은 더욱 면밀히 살펴보아야 하며, 이를 위해 다양한 메트릭을 ..

테스트 실행 및 결함 보고 (Run tests and report defects)위험 분석 결과는 테스트 실행과 결함 보고 과정에서도 중요한 역할을 한다. 이는 위험 수준에 따라 테스트 우선순위를 정하고, 결함 관리에서 심각도와 우선순위를 반영해 효과적인 문제 해결을 도모하는 것이다. 다음은 위험 기반 테스트에서 테스트 실행 및 결함 보고 절차를 보다 상세하게 정리한 내용이다.1. 테스트 절차 선택위험 수준이 높은 피처에 대해 우선적으로 테스트를 실행한다. 이는 해당 피처가 중요한 기능을 포함하거나, 실패 시 시스템에 미치는 영향이 크기 때문에 먼저 테스트해야 할 필요성이 있다는 것을 의미한다.테스트 설계 및 구현 단계에서 다양한 테스트 절차가 개발되지만, 위험 수준이 높은 피처와 연관된 테스트 절차를 ..

테스트 설계 / 구현 및 테스트 환경(Test design/implementation and test environment)위험기반 테스트에서 테스트 설계, 구현 및 테스트 환경 구축 활동은 테스트의 효율성과 신뢰성을 높이는 데 중요한 역할을 합니다. 이를 위한 전략은 위험 수준에 따라 차별화되며, 각 단계에서 구체적인 방법이 적용됩니다.피처 구체화 및 테스트 전략 수립 테스트 설계 단계에서는 피처를 세부 피처로 구체화하여 각각의 특성을 명확히 정의합니다. 특히, 위험 수준이 높은 피처는 더 세밀하게 분석되고, 보다 정교한 테스트 케이스가 설계됩니다. 예를 들어, 경곗값 분석 기법을 사용할 때, 위험 수준이 높은 피처에는 일반적인 2-value 경곗값 분석 대신 3-value 경곗값 분석을 적용하여 더욱..

위험 기반 테스트 수행 (Perform risk-based testing)위험 기반 테스트(Risk-Based Testing, RBT)는 자원이 제한된 상황에서 효율적이고 효과적인 테스트 계획을 수립하는 데 사용되는 기법입니다. 이 접근 방식은 결함 발생 가능성과 결함이 시스템에 미치는 영향을 분석하여, 가장 중요한 기능에 테스트 자원을 집중하는 것을 목표로 합니다. 위험도는 보통 세 가지 기준인 발생 가능성, 심각성, 긴급성으로 평가되며, 각 항목은 1부터 5까지의 값을 가질 수 있습니다. 이를 통해 산출된 위험도는 1에서 125까지의 값을 가질 수 있습니다. 이 값은 다음과 같은 방식으로 산정됩니다. RBT - risk analysis위험분석(Risk Analysis)위험 요소 식별 (Identify..

위험 기반 테스트 (risk-based testing, RBT)소프트웨어 위험기반 테스트는 잠재적인 위험을 식별하고 그에 따라 테스트 우선순위를 결정하는 테스트 전략입니다. 즉, 소프트웨어의 가장 중요한 부분, 가장 실패할 가능성이 높은 부분 또는 가장 큰 영향을 미치는 부분을 중점적으로 테스트하는 방식입니다. 모든 기능을 균등하게 테스트하는 것이 아니라, 위험이 큰 부분에 더 많은 자원을 집중하여 프로젝트의 품질을 보장하는 것이 핵심입니다. 소프트웨어 프로젝트는 일반적으로 제한된 시간과 비용 내에서 완료되어야 하며, 이를 효율적으로 관리하지 않으면 프로젝트 품질이 저하될 수 있습니다. 따라서 모든 소프트웨어 기능을 테스트하는 것은 이상적이지만, 현실적으로는 불가능한 경우가 많습니다. 이를 해결하기 위해..