2장 용어

인수 테스팅(acceptance testing)	시스템이 실제 운영 환경에서 사용될 준비가 되었는지 최종적으로 확인하는 단계 밸리데이션과 배포할 준비, 즉 시스템이 사용자의 비즈니스에 필요한 사항을 충 족하는지를 확인하는 데 중점을 둔다. 인수 테스팅은 실제 사용자가 수행하는 것이 이상적
블랙박스 테스팅(black-box testing)	명세를 기반으로 하며, 테스트 대상 외부에 있는 문서에서 테스트를 도출한 다. 블랙박스 테스팅의 주요 목적은 명세와 비교해 시스템의 동작을 확인하는 것
컴포넌트 통합 테스팅(component integration testing)	컴포넌트 간의 인터페이스와 상호 작용 을 테스트하는 데 중점을 둔다. 컴포넌트 통합 테스팅은 상향식, 하향식, 빅뱅 등 통합 전략 접 근법에 따라 크게 달라진다.
컴포넌트 테스팅(component testing)	컴포넌트를 개별적으로 테스트하는 데 중점을 둔 다. 테스트 하네스 또는 단위 테스트 프레임워크와 같은 구체적인 지원 수단이 필요한 경우가 많다. 컴포넌트 테스팅은 일반적으로 개발자가 자신의 개발 환경에서 수행 단위 테스팅이라고도 함
확인 테스팅(confirmation testing)	원래 결함이 성공적으로 수정됐는지 확인한다
기능 테스팅(functional testing)	컴포넌트 또는 시스템이 수행해야 하는 기능을 평가한다. 기능은 테스트 대상이 ‘무엇을’ 해야 하는지를 의미한다. 기능 테스팅의 주요 목적은 기능 성숙도(완전성), 기능 정확성, 기능 타당성(적 합성)을 확인하는 것
통합 테스팅(integration testing)	통합 시험은 단위 시험이 끝난 소프트웨어를 결합해 가며 시험 하는 방법 서로 다른 시스템들의 상호작용이 잘 이루어 지는지 테스트하는 것
유지보수 테스팅(maintenance testing)	기존 사용중인 sw를 업데이트하기 위함을 목적으로 하는 sw 검증활동을 의미한다.
비기능 테스팅(non-functional testing)	컴포넌트 또는 시스템의 기능 특성 이외의 속성을 평가한다. 비기능 테스팅은 “시스템 이 얼마나 잘 동작하는지” 테스트하는 것
리그레션 테스팅(regression testing)	변경으로 인해 부정적인 영향이 없었는지 확인하는 것
시프트-레프트(shift-left)	조기 테스팅 원리(1.3 참조)는 테스트를 소프트웨어 개발수명주기(SDLC) 초기에 수행하도록 하는 접근법 이기 때문에 시프트-레프트라고 지칭 테스트를 더 일찍 수행해야 한다는 것을 의미
시스템 통합 테스팅(system integration testing)	스템 통합 테스트에는 많은 하위 시스템 구성 요소 또는 요소로 구성된 전체 시스템에 대한 전반적인 테스트가 포함
시스템 테스팅(system testing)	시스템 검사는 정보시스템이 완전히 통합되어 구축된 상태에서 정보시스템의 기능을 총체적으로 검사 원래 계획했던 대로 작동하는지, 시스템의 실제 동작과 원래 의도했던 요구사항과는 차이가 없는지 등을 판단
테스트 레벨(test level)	함께 구성하고 관리하는 테스트 활동 집합
테스트 대상(test object)
테스트 유형(test type)	특정 품질 특성 관련 테스트 활동의 집합으로, 이런 테스트 활동은 대부분 모든 테스트 레벨에서 수행할 수 있다.
화이트 박스 테스팅(white-box testing)	구조 기반이며, 시스템의 구현 또는 내부 구조(예: 코드, 아키텍처, 워크플로우, 데이터 플로우)에서 테스트를 도출한다. 화이트박스 테스팅의 주요 목적은 테스트를 통해 내부 구 조를 인수에 필요한 수준까지 충분히 커버하는 것