Study_Note

ISO/IEC 25010ISO/IEC 25010은 소프트웨어 제품 품질 모델 및 품질 측정에 관한 국제 표준입니다. 이 표준은 ISO/IEC 25000 계열(일명 SQuaRE 시리즈)의 일부로, 소프트웨어 제품 품질 평가를 위한 구조를 제공합니다. ISO/IEC 25010은 주로 두 가지 모델을 제공합니다: 제품 품질 모델과 제품 품질 인사용성 모델. 각각의 모델은 소프트웨어 제품의 다양한 품질 특성을 정의하고, 이를 평가하는 기준을 제시합니다.1. 제품 품질 모델 (Product Quality Model)제품 품질 모델은 8개의 주요 특성으로 구성되어 있으며, 각 특성은 다시 하위 특성으로 나뉩니다. 이 특성들은 다음과 같습니다.기능 적합성 (Functional Suitability)기능 완전성 (Fu..

리그레션 테스트, (회귀 테스트)(regression test) 유지보수 단계에서는 소프트웨어 수정 후 변경이 올바르게 이루어졌는지 확인하기 위해 리그레션 테스트를 수행합니다. 이 단계에서 소프트웨어 수정은 다음과 같은 이유로 이루어집니다. 결함 수정 작업 (Corrective Maintenance)소프트웨어 사용 중 발견된 결함을 수정하기 위한 유지보수 활동입니다기능 보강 작업 (Perfective Maintenance)소프트웨어에 새로운 기능을 추가하거나 성능을 개선하기 위한 유지보수 활동입니다.적응 작업 (Adaptive Maintenance)소프트웨어 시스템을 새로운 운영 환경에 적응시키기 위한 유지보수 활동입니다.예방 작업 (Preventive Maintenance)더 나은 유지보수를 위해 기존..

APFD(Average Percentage of Faults Detected)APFD(Average Percentage of Faults Detected)는 소프트웨어 테스트에서 테스트 케이스의 우선 순위화를 평가하는 중요한 메트릭 중 하나입니다. 이 지표는 테스트 케이스가 발견하는 결함의 비율을 측정하여 테스트 효율성을 평가합니다. APFD는 특히 테스트 케이스가 얼마나 빠르게 소프트웨어 결함을 찾는지를 평가하는 데 유용합니다.APFD의 정의APFD는 다음과 같이 정의됩니다.이 공식에서 APFD는 0에서 1까지의 값으로, 1에 가까울수록 테스트 케이스가 더 효과적으로 결함을 찾아내는 것을 의미합니다.APFD 계산 과정테스트 케이스 및 결함 식별먼저, 모든 테스트 케이스와 결함을 식별합니다. 각 결함이 ..

시스템 테스트 및 인수 테스트(system testing and acceptance testing) 시스템 테스트 (system test) 는 통합 테스트가 완료된 후에 전체 시스템이 시스템 명세에 따라 개발되었는지 검증하기 위해 수행하는 테스트이다. 시스템 테스트의 목적은 컴포넌트 테스트나 통합 테스트와는 다르다. 컴포넌트 테스트나 통합 테스트는 기능이 올바르게 수행되는지 검증하는 것에 중점을 두지만, 시스템 테스트는 시스템의 기능 측면뿐만 아니라 성능(perfotmance) , 호환성 (compatibility) , 사용성 (usablility), 신뢰성 (reliability) , 보안성 (security) , 유지보수성 (maintainablility) , 이식성 (portablility) 등과 ..

통합테스트(integration test) 통합 테스트(Integration Test)는 소프트웨어 테스트의 한 단계로, 개별적으로 테스트된 소프트웨어 모듈들을 통합하여 전체 시스템으로서의 상호작용을 검증하는 과정입니다. 이 테스트는 모듈 간의 인터페이스와 데이터 흐름을 확인하여, 시스템이 요구 사항을 충족하고 예상대로 작동하는지 확인하는 데 중점을 둡니다.  통합 테스트의 주요 목적은 다음과 같습니다: 모듈 간 인터페이스 검증각 모듈이 서로 올바르게 상호작용하는지, 올바른 데이터가 전달되고 처리되는지 확인합니다. 이는 특히 서로 다른 개발자가 개발한 모듈들 간의 호환성을 확인하는 데 중요합니다.통신 오류 검출모듈들이 서로 통신할 때 발생할 수 있는 오류를 조기에 발견합니다. 예를 들어, 데이터 형식 불..

컴포넌트 테스트 (단위 테스트)component test (unit test)컴포넌트 테스트는 소프트웨어 개발 과정에서 개별 모듈이나 컴포넌트의 기능을 독립적으로 검증하기 위한 테스트입니다. 이 테스트는 특정 기능이 올바르게 동작하는지 확인하고, 버그나 결함을 조기에 발견하여 수정하기 위해 수행됩니다. 컴포넌트 테스트는 구현 단계에서 각 모듈을 개발한 후에 진행될 수 있으며, 테스트 주도 개발(TDD, Test-Driven Development) 방법론을 따르는 경우에는 실제 코드 작성 전에 테스트 케이스를 먼저 작성하기도 합니다.컴포넌트 테스트를 수행하기 위해서는 해당 모듈을 독립적으로 실행할 수 있는 테스트 환경이 필요합니다. 이러한 환경을 "테스트 베드(test bed)"라고 하며, 테스트 베드에는..

테스트 환경 (test environment) 테스트 환경은 특정 소프트웨어를 테스트하기 위해 필요한 모든 조건과 구성 요소를 말합니다. 이는 테스트 대상 소프트웨어를 실행할 수 있는 환경으로, 하드웨어, 운영 체제, 시스템 소프트웨어, 외부 시스템, 응용 소프트웨어, 그리고 테스트 도구 등을 포함합니다. 컴포넌트 또는 단위 테스트의 경우, 테스트 대상은 전체 소프트웨어가 아닌 일부분, 즉 컴포넌트나 모듈입니다. 이러한 컴포넌트는 독립적으로 실행될 수 없기 때문에 입력을 전달하거나 다른 모듈을 호출하는데 도움이 필요합니다. 이를 위해 드라이버(Driver)와 스텁(Stub)이 사용되며, 이들도 테스트 환경에 속합니다. 또한, 테스트 실행에 사용되는 다양한 도구도 테스트 환경의 일부입니다. 이러한 도구는 ..

소프트웨어 테스트 절차 (software testing procedures) 소프트웨어 테스트는 소프트웨어의 품질을 보장하기 위해 수행되는 중요한 활동 중 하나입니다. 테스트 절차는 특정한 목적을 달성하기 위해 일련의 단계를 따르는 일반적인 방법을 나타냅니다. 다음은 전체적인 소프트웨어 테스트 절차의 일반적인 단계입니다. 요구사항 분석 프로젝트의 요구사항을 이해하고 문서화합니다. 기능적 요구사항과 비기능적 요구사항을 식별하고 기록합니다. 테스트 계획 테스트의 범위, 목적, 전략, 일정, 리소스 등을 기반으로 테스트 계획을 수립합니다. 테스트 케이스 및 테스트 데이터 작성을 위한 계획을 수립합니다. 테스트 설계 테스트 케이스를 작성하고 테스트 시나리오를 개발합니다. 테스트 케이스는 입력 값, 실행 조건, ..

피처 & 테스트 유형 (feature & test types) 피처(Feature) 피처는 소프트웨어 제품이나 시스템이 제공하는 기능 또는 서비스의 일부를 나타냅니다. 피처는 사용자 또는 시스템의 기능적 요구사항을 구체적으로 표현하는 것으로, 소프트웨어 제품의 가치를 형성하는 중요한 부분입니다. 각 피처는 특정한 목적을 수행하거나 사용자의 요구를 충족하기 위한 기능을 담당합니다. 소프트웨어 개발에서 피처는 주로 요구사항 명세서나 제품 백로그 등에 기술되어 있습니다. 테스트 유형(Test Type) 테스트 유형은 특정 테스트 목적을 수행하기 위한 테스트 활동의 유형을 나타냅니다. 각 테스트 유형은 특정한 테스트 레벨에서 또는 특정한 피처를 대상으로 수행될 수 있습니다. 몇 가지 일반적인 테스트 유형은 다음..

테스트 대상 & 테스트 레벨 (test target & test level) 테스트 대상 (test target or test object) 과 테스트 레벨(test level)은 소프트웨어 테스트에서 중요한 개념입니다. 테스트 대상 테스트 대상은 테스트를 수행하려는 대상이 되는 소프트웨어 또는 시스템을 나타냅니다. 이것은 테스트의 목적 및 범위를 정의하는 데 사용됩니다. 테스트 대상은 소프트웨어의 전체 시스템, 특정 모듈, 함수, 기능, 또는 사용자 시나리오와 같은 다양한 수준에서 정의될 수 있습니다. 테스트 레벨 테스트 레벨은 테스트 프로세스에서 수행되는 테스트의 범위와 깊이를 나타냅니다. 다양한 테스트 레벨이 있으며, 일반적으로 다음과 같이 나뉩니다. 단위 테스트(Unit Testing) : 개별 ..