Study_Note

위험분석(Risk Analysis)위험 요소 식별 (Identifying Risk Factors)위험 분석 기반 테스트를 수행할 때, 첫 단계는 테스트가 필요한 피처들을 모두 나열하는 것이다. 이 과정은 테스트 범위를 설정하기 위한 출발점이 되며, 시스템의 기능적 및 비기능적 요소들이 모두 포함된다. 이렇게 식별된 피처들은 이후 위험 분석의 대상이 되며, 위험 분석 결과에 따라 테스트 계획이 수립된다. 피처들은 소프트웨어 요구사항 명세서를 바탕으로 식별할 수 있다. 요구사항 명세서는 시스템이 충족해야 할 기능적 요구사항뿐만 아니라 성능, 신뢰도, 가용성, 보안성과 같은 비기능적 요구사항도 포함하고 있다. 이 명세서는 테스트의 기준이 되는 중요한 문서이므로, 여기 나열된 요구사항들을 우선적으로 테스트할 피..

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

위험 기반 테스트 (risk based testing) 위험 기반 테스트는 소프트웨어 프로젝트에서 주어진 비용과 일정 내에서 최적의 품질을 달성하기 위해 사용되는 테스트 전략입니다. 이는 테스트 비용과 자원의 제약을 고려하여 테스트 접근 방법과 범위를 결정할 때 중요한 역할을 합니다. 일정과 자원 제약 하에서 테스트를 수행하기 위해서는 어떤 부분을 테스트할 것인지 결정해야 합니다. 이는 단위 테스트, 통합 테스트, 시스템 테스트와 같은 테스트 수준에서 어떤 기능이나 모듈을 포함할지를 결정하는 것으로 이어집니다. 그러나, 테스트 대상을 선택하고 범위를 좁힘으로써 테스트 비용을 줄일 수 있지만, 이는 테스트되지 않은 부분에서 결함이 발생할 가능성을 높일 수 있습니다. 이는 소프트웨어의 품질을 저하시킬 수 있..