Study_Note

테스트 설계 기법에 따른 분류 - 정적 테스트 (Classification according to test design techniques - static testing) 테스트는 테스트 설계 기법에 따라 정적 테스트와 동적 테스트로 나뉩니다. 여기서 정적 테스트는 리뷰와 정적 분석으로 구분되며, 동적 테스트는 명세 기반 테스트, 구조 기반 테스트, 그리고 경험 기반 테스트로 분류됩니다. 정적 테스트(static testing) 정적 테스트는 테스트 대상을 실행하지 않고도 테스트를 수행하는 방식입니다. 주요한 방법으로는 리뷰와 정적 분석이 있습니다. 리뷰(review) 리뷰는 소프트웨어의 다양한 산출물에서 결함을 발견하거나 프로젝트의 진행 상황을 확인하기 위한 중요한 활동입니다. 이를 전문가 그룹이 수행..

테스트 유형에 의한 분류 (classification by test type) 소프트웨어의 동작과 특성을 확인하기 위한 기준은 요구사항 명세서에 정의됩니다. 이 명세서는 주로 기능 요구사항과 품질 요구사항으로 구성됩니다. 기능 요구사항은 소프트웨어가 수행해야 하는 작업과 기능을 설명하고, 품질 요구사항은 소프트웨어의 품질과 성능에 대한 기준을 제시합니다. 이러한 요구사항에 기반하여 소프트웨어의 테스트가 이루어집니다. 테스트는 주로 기능 테스트와 비기능 테스트로 구분됩니다. 기능 테스트는 소프트웨어의 각 기능이 요구사항에 맞게 동작하는지를 확인하는 것에 중점을 둡니다. 반면에 비기능 테스트는 성능, 효율성, 신뢰성 등의 품질 특성에 초점을 맞추어 수행됩니다. 전통적으로 비기능 테스트는 성능 효율성 테스트,..

테스트 레벨에 의한 분류 (Classification by test level) 테스트 레벨에 따라 분류된 테스트는 주로 컴포넌트(또는 단위) 테스트, 통합 테스트, 시스템 테스트, 그리고 인수 테스트로 나눌 수 있습니다. 각 테스트 레벨에 대한 설명은 다음과 같습니다 컴포넌트(component) / 단위(unit) 테스트: 목적: 시스템을 구성하는 개별 단위 모듈을 테스트하여 각 모듈의 독립성과 정확성을 검증. 범위: 주로 함수, 메서드 또는 모듈 수준. 진행 방식: 개별 단위 모듈을 독립적으로 테스트. 통합(integration) 테스트: 목적: 시스템을 구성하는 단위 모듈들이 정확하게 통합되었는지 확인. 시스템 내부 구성 모듈과 이들 간의 관계를 테스트. 범위: 모듈, 컴포넌트, 서브시스템 수준. ..

테스트 분류 (test classification) 소프트웨어 테스트는 테스트 레벨, 테스트 유형, 그리고 테스트 설계 기법에 따라 다양하게 분류됩니다. 테스트 레벨 컴포넌트 테스트 : 개별 컴포넌트 또는 모듈을 테스트하여 기능을 확인. 통합 테스트 : 다양한 컴포넌트들이 함께 작동할 때의 상호 작용을 검증. 시스템 테스트 : 전체 시스템이 요구사항을 충족하는지 확인. 인수 테스트 : 사용자의 요구에 부합하는지 확인하고 시스템이 실제 환경에서 작동하는지 확인. 테스트 유형 기능 테스트 : 소프트웨어의 기능적 요구사항을 검증. 비기능 테스트 (성능, 신뢰성, 보안 등) 성능 테스트 : 시스템의 성능, 응답 시간, 처리량 등을 평가. 신뢰성 테스트 : 소프트웨어의 안정성, 오류 처리 능력 등을 평가. 보안 ..

테스트의 기본 용어 (test basic terminology) 테스트 대상 : 무엇을 테스트할지를 나타냅니다. 피처 : 테스트 대상의 속성으로, 기능과 성능, 보안 등을 다루는 비기능 피처로 구분됩니다. 테스트 방법 : 테스트를 어떻게 수행할지를 나타냅니다. 여기에는 정적 테스트 방법(리뷰, 정적 분석)과 동적 테스트 방법(명세 기반 테스트, 구조 기반 테스트, 경험 기반 테스트)이 포함됩니다. 테스트 케이스 : 특정 조건에서의 예상 결과를 정의하며, 각 피처에 따라 결정됩니다. 테스트 절차 : 테스트를 진행하는 단계를 나타냅니다. 여러 테스트 케이스를 특정 테스트 환경에서 수행할 수 있도록 순서를 정합니다. 테스트 환경 : 테스트가 실행되는 환경을 의미합니다. 이러한 용어들은 효과적인 소프트웨어 테스..

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

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

테스트 케이스 설계 (test case design) 테스트 케이스는 소프트웨어나 시스템이 정상적으로 동작하는지를 검증하기 위한 입력, 실행 조건, 예상 결과 등을 명시적으로 정의한 테스트 항목입니다. 테스트 케이스는 소프트웨어 개발 과정에서 중요한 부분이며, 품질 확보와 버그 발견에 기여합니다. 테스트 케이스를 효과적으로 설계하기 위해서는 몇 가지 기본 원칙을 따를 수 있습니다. 명확성 및 간결성 테스트 케이스는 명확하고 간결해야 합니다. 어떤 동작이나 특정 상황을 검증하는 목적을 분명히 이해할 수 있어야 합니다. 독립성 각 테스트 케이스는 다른 테스트 케이스에 영향을 주지 않고 독립적으로 실행될 수 있어야 합니다. 이는 특정 순서나 다른 테스트의 성공 여부에 의존하지 않음을 의미합니다. 완전성 테스트..

소프트웨어 테스트 설계 기법 (software test design techniques) 소프트웨어 테스트 설계는 테스트 케이스를 개발하기 위한 계획된 접근 방식을 의미합니다. 다양한 테스트 설계 기법이 있으며, 각각은 특정 상황에서 더 효과적일 수 있습니다. 몇 가지 주요한 소프트웨어 테스트 설계 기법을 살펴보겠습니다: 명세 기반 테스트 (Specification-Based Testing) 동등 분할(Equivalence Partitioning) 입력값을 동등한 파티션으로 나누어 각 파티션에 속하는 값들을 하나의 테스트 케이스로 그룹화합니다. 이를 통해 각 파티션에 속하는 값들을 대표할 수 있습니다. 경계 값 분석(Boundary Value Analysis) 입력값의 경계 부분에 주목하여, 경계 값들을..

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