Study_Note

성능 효율성 테스트 (Performance Efficiency Test)소프트웨어 성능 효율성 테스트는 소프트웨어의 응답 시간, 처리량, 자원 사용량, 안정성 등을 평가하여 소프트웨어가 주어진 조건 하에서 얼마나 효율적으로 동작하는지를 확인하는 과정입니다. 성능 테스트는 주로 다음과 같은 목적을 가지고 수행됩니다.응답 시간 (Response Time) : 요청에 대한 응답이 얼마나 빠르게 이루어지는지를 측정합니다.처리량 (Throughput) : 주어진 시간 동안 얼마나 많은 작업을 처리할 수 있는지를 평가합니다.자원 사용량 (Resource Utilization) : CPU, 메모리, 네트워크 대역폭 등 시스템 자원을 얼마나 효율적으로 사용하는지를 측정합니다.확장성 (Scalability) : 시스템이..

기능 적합성 테스트(Functional Suitability)기능 적합성 테스트는 시스템이 사용자 요구사항을 얼마나 만족하는지를 평가하는 과정입니다. 기능 적합성의 부특성으로는 기능 완전성, 기능 정확성, 기능 적절성이 있습니다.기능 완전성 (Functional Completeness)기능 완전성은 사용자가 요구하는 기능을 시스템이 얼마나 제공하는지를 평가합니다. 이를 테스트하기 위해서는 명세 기반 테스트 방법을 사용합니다. 사용자의 요구사항이 유스케이스나 사용자 스토리로 표현되었을 때, 이로부터 테스트 케이스를 추출합니다. 이후, 요구사항과 테스트 케이스 간의 추적성 정보를 유지하여 현재 시스템이 얼마나 기능을 제공하는지 파악할 수 있습니다.테스트 방법 : 명세 기반 테스트 방법을 주로 사용합니다.요구..

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 계산 과정테스트 케이스 및 결함 식별먼저, 모든 테스트 케이스와 결함을 식별합니다. 각 결함이 ..

슬라이싱 기법 , 자료 흐름 분석 기법 , 변경 영향 분석slicing technique, data flow analysis technique, change impact analysis 소프트웨어 공학에서 슬라이싱 기법 , 자료 흐름 분석 기법 , 변경 영향 분석은 각각 프로그램의 이해, 유지 보수, 디버깅, 최적화 등에 중요한 역할을 합니다. 이 기법들은 소프트웨어 개발과 분석에 있어 다양한 문제를 해결하는 데 유용합니다.슬라이싱 기법 (Slicing Technique) 슬라이싱은 프로그램의 특정 부분에 영향을 미치는 코드의 부분집합을 식별하는 기법입니다. 이는 주로 프로그램을 디버깅하거나 이해하기 쉽게 만드는 데 사용됩니다. 정적 슬라이싱 (Static Slicing)프로그램의 실행 없이 코드 자체만..

시스템 테스트 및 인수 테스트(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 bed, test driver, test stub) 테스트 베드(test bed)란?테스트 베드는 실험이나 테스트를 수행하기 위한 특별한 준비된 환경을 의미합니다. 이 환경은 테스트를 안전하고 효과적으로 진행할 수 있도록 필요한 모든 것을 갖추고 있습니다. 일상적인 비유빵을 굽기 위한 오븐을 준비해야 한다고 생각해 봅시다. 빵을 굽기 위해서는 오븐이 필요하고, 이 오븐은 온도 조절 기능이 잘 되어 있어야 하며, 깨끗하고 제대로 작동해야 합니다. 그리고 오븐 안에는 반죽을 넣을 수 있는 틀과 다양한 도구들도 필요할 수 있습니다.테스트 베드는 소프트웨어에서 이 오븐과 비슷한 역할을 합니다. 즉, 소프트웨어를 제대로 테스트할 수 있는 환경을 만드는 것이죠...