Study_Note

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

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

sanity test Sanity Test 는 소프트웨어 개발 과정의 초기 단계에서 수행되는 테스트로, 주로 소프트웨어의 기본적인 기능이나 설정이 제대로 작동하는지를 확인하는 데 중점을 둡니다. 이 테스트는 소프트웨어가 최소한의 기능을 갖추고 있는지, 기본 기능이 작동하는지를 빠르게 평가하여 소프트웨어가 사용 가능한지 여부를 판단하는 데 사용됩니다. 이는 개발 과정의 초기 단계에서 중요한 역할을 합니다. 예를 들어, 웹 응용 프로그램을 개발하는 경우, Sanity Test는 다음과 같은 것들을 포함할 수 있습니다. 웹 페이지에 로그인 폼이 제대로 표시되는지 확인 로그인 기능이 작동하여 사용자가 인증을 수행할 수 있는지 확인 메인 페이지에서 필수적인 메뉴나 버튼이 존재하고 클릭 가능한지 확인 데이터베이스와..

완벽한 테스트가 불가능 한 이유 (why perfect testing is impossible) 소프트웨어 품질 보증(QA)에서 완벽한 테스트가 불가능한 이유는 여러 가지가 있습니다. 몇 가지 주요 이유는 다음과 같습니다. 시간과 비용의 제약 소프트웨어는 복잡하며 다양한 기능과 상호작용을 가지고 있습니다. 모든 가능한 상황을 고려하고 테스트하는 것은 많은 시간과 비용이 소요됩니다. 일부 경우에는 이러한 리소스가 제한적일 수 있습니다. 무한한 입력 조합 소프트웨어는 다양한 입력 조합에 노출됩니다. 이 입력 조합의 수는 매우 많아서 모든 경우를 테스트하는 것은 현실적으로 불가능합니다. 사용자의 행동, 환경 조건, 하드웨어 및 소프트웨어의 조합 등이 무한하게 다양하기 때문입니다. 복잡성과 다양성 소프트웨어는 ..

요구공학 (Requirements Engineering) 요구공학은 소프트웨어 개발 프로세스에서 핵심적인 역할을 하는 학문 및 활동입니다. 이는 소프트웨어 시스템이나 제품을 개발하기 위해 사용자, 고객, 시스템의 사용자, 기타 이해관계자와의 상호 작용을 통해 시스템에 대한 요구사항을 수집, 분석, 명세하고 관리하는 프로세스를 포함합니다. 요구공학은 소프트웨어 시스템의 성공적인 개발을 위해 명확하고 완전한 요구사항을 도출하고 문서화하여 프로젝트의 목표를 이해하고 전달할 수 있도록 합니다. 요구사항은 사용자의 기대와 시스템이나 소프트웨어 제품이 만족시켜야 할 조건과 기능을 명시적으로 정의하는 데 사용됩니다. 요구공학의 주요 단계 및 활동은 다음과 같습니다: 요구사항 도출(Requirements Elicita..

Software 생명 주기 모델 다양한 소프트웨어들은 고유한 설계 기법과 개발 과정을 갖고 있지만, 대부분은 공통적인 소프트웨어 개발 수명주기(SDLC, Software Development Life Cycle)를 따르고 있습니다. 이러한 SDLC에는 여러 모델이 있지만, 주로 사용되는 두 가지 모델인 폭포수 모델(Waterfall Model)과 V-모델(V-Model)가 있습니다. 1. 폭포수 모델 (Waterfall Model) - 특징 : 선형적인 접근 방식으로, 각 단계가 이전 단계의 결과물을 기반으로 진행됩니다. [단계] 1. 요구 사항 분석 2. 설계 3. 구현 4. 테스트 5. 유지보수 [장점] 간단하고 이해하기 쉬우며 순차적 진행이 가능합니다. [단점] 요구 사항 변경이 어렵고, 최종 제품..

결정 테이블(Decision Table) 테스트 결정 테이블 테스팅 방법은 소프트웨어 품질 보증(QA)과정에서 사용되는 테스트 설계 기법 중 하나로, 복잡한 비즈니스 규칙이나 조건들을 포함하는 결정 테이블을 효과적으로 테스트하는 방법입니다. 정의 결정 테이블은 입력 조건과 해당 조건에 따른 결과 처리를 정리한 표 형태의 구조입니다. 결정 테이블 테스팅은 이러한 결정 테이블을 분석하고 테스트 케이스를 설계하여 소프트웨어가 올바르게 동작하는지 확인하는 것을 목표로 합니다. 장점 체계적인 테스트: 결정 테이블 테스팅은 모든 조건과 처리 방법을 체계적으로 테스트하기 때문에 빠르고 효율적인 테스트를 가능하게 합니다. 테스트 커버리지 개선: 모든 조건과 결과를 테스트 케이스로 만들어 사용하므로 테스트 커버리지가 높..

경계값 분석 테스트 (boundary value analysis test) 경계값 분석 테스트는 입력값의 범위가 주어진 경우, 특히 그 경계 부분에서 자주 발생하는 오류를 찾아내는 효과적인 방법입니다. 우리가 일상적으로 사용하는 소프트웨어에서 숫자를 입력할 때나 글자 수를 제한할 때 등, 입력값의 범위를 정하는 경우가 많습니다. 이때, 경계값에서 오류가 발생할 확률이 높기 때문에, 이 부분에 초점을 맞춰 테스트를 진행하는 것이 중요합니다. 경계값 분석은 일반적으로 최소값, 최대값, 그리고 그 직전과 직후의 값을 포함합니다. 이렇게 경계 부근에서 오류를 발견하면 소프트웨어의 안정성과 신뢰성을 높일 수 있습니다. 예를 들어, 1부터 100까지의 숫자를 입력하는 경우를 상상해보겠습니다. 경계값 분석에서는 다음..

동등분할 테스트 (Equivalence Partitioning Testing) 동등분할 테스트는 소프트웨어를 테스트하는데 효과적인 방법 중 하나입니다. 이 방법은 다양한 입력값들을 테스트하는 시간과 노력을 절감하기 위해 개발되었습니다. 예를 들어, 하나의 소프트웨어 기능이 1부터 100까지의 정수형 데이터를 입력으로 받는다고 가정해봅시다. 모든 입력값을 하나씩 테스트한다면 굉장히 많은 테스트 케이스가 필요할 수 있습니다. 하지만 동등분할 테스트를 사용하면 이러한 다양한 입력값들 중 일부를 대표값으로 선택하여 테스트를 수행합니다. 동등분할 테스트는 입력값들을 여러 구간으로 나누고, 각 구간에서 하나의 대표값을 선택하여 테스트 케이스를 작성하는 방법입니다. 이렇게 함으로써 모든 구간에 속하는 값들을 대표값 ..

테스트 설계 기법의 종류 (types of test design techniques) 명세기반 테스트 (Specification-Based Testing) 명세기반 테스트(Specification-Based Testing)는 소프트웨어의 요구사항이나 명세서에 기반하여 테스트를 설계하고 수행하는 테스트 접근 방법입니다. 즉, 소프트웨어의 동작과 기능을 정의하는 문서들을 활용하여 테스트 케이스를 개발하고 실행하는 방법을 말합니다. 이러한 테스트는 소프트웨어가 요구사항과 명세서에 명시된 기대 동작을 정확하게 수행하는지 확인하는 데 중점을 둡니다. 명세기반 테스트는 특정 기능이나 시나리오에 대한 테스트를 간단하고 체계적으로 수행하기 위해 입력값을 분류하거나 경계값을 확인하는 등의 접근 방법을 사용합니다. 이러한..