✅ 핵심 키워드
소프트웨어 테스트(Test)
- 개발된 응용 애플리케이션이나 시스템이 사용자가 요구하는 기능과 성능, 사용성, 안정성 등을 만족하는지 확인하고, 노출되지 않은 숨어있는 소프트웨어의 결함을 찾아내는 활동이다.
테스트 환경 구축
- 개발된 응용 소프트웨어가 실제 운영 시스템에서 정상적으로 작동되는지 테스트하기 위하여 실제 운영 시스템과 동일한(또는 유사한 사양의 하드웨어 소프트웨어, 네트워크 등의 환경 시설을 구축하는 활동이다.
통합 테스트(Integration Test)
- 소프트웨어 각 모듈 간의 인터페이스 관련 오류 및 결함을 찾아내기 위한 체계적인 테스트 기법이다.
테스트 결함 관리
- 각 단계별 테스트 수행 후 발생한 결함의 재발 방지와 유사 결함 발견 시 처리 시간 단축을 위해 결함을 추적하고 관리하는 활동이다.
테스트 커버리지(Test Coverage)
- 주어진 테스트 케이스에 의해 수행되는 소프트웨어의 테스트 범위를 측정하는 테스트 품질 측정 기준이며, 테스트의 정확성과 신뢰성을 향상하는 역할을 한다.
✅ 26. 애플리케이션 테스트 케이스 설계
💡 애플리케이션 테스트 케이스 작성
- 애플리케이션의 기능을 검증하기 위하여 시나리오나 절차를 작성한다.
- 애플리케이션의 동작이 예상대로 이루어지는지 확인하고, 잠재적인 결함을 찾아내어 수정한다.
- 애플리케이션의 품질을 향상한다.
💡 애플리케이션 테스트 시나리오 작성
- 애플리케이션의 특정 기능을 검증하기 위한 세부적인 테스트 계획이다.
- 테스트 케이스를 보다 구체적으로 설계하고, 테스트의 범위와 목적을 명확히 이해한다.
- 테스트 결과를 정량적으로 분석하고 평가한다.
💡 기출
[약술형] 2020년 1회
살충제 패러독스의 개념에 관해서 서술하시오.
- 동일한 테스트 케이스에 의한 반복적 테스트는 새로운 버그를 찾지 못한다는 원리로 테스트 케이스의 정기적 리뷰와 개선 및 다른 시각에서의 접근이 필요하다.
[단답형] 2020년 3회
테스트의 종류 중 동치 분할 테스트, 경곗값 분석 테스트 등의 종류가 있는 테스트 기법을 쓰시오.
- 블랙박스(명세 기반, Black-box) 테스트
[단답형] 2022년 1회
다음 보기에서 블랙박스 테스트 기법인 것을 3가지 골라 쓰시오.
- 조건/결정 커버리지(Cause/Decision Coverage)
- 구문(문장) 커버리지(Statement Coverage)
- 경곗값 분석(Boundary Value Analysis) 테스트
- 동등 분할(Equivalence Partitioning) 테스트
- 원인-결과 그래프(Cause-Effect Graph) 테스트
- 결정(선택, 분기) 커버리지(Decision(Branch) Coverage)
- Base Path Coverage
- Base Path Testing
[단답형] 2020년 4회
점수에 따른 성적 부여가 잘 되었는지 다음과 같이 테스트하고자 할 때 알맞은 테스트 기법은 무엇인가? [테스트 값: -10점, 30점, 65점, 75점, 85점, 95점, 110점]
- 동등 분할(Equivalence Partitioning) 테스트
[단답형] 2021년 1회
다음은 블랙박스 기법에 대한 예제이다. 블랙박스 기법 두 가지를 쓰시오.
- (동등 분할(Equivalence Partitioning) 테스트): 유효 값, 무효 값을 나누어서 대푯값을 검사한다.
- (경곗값 분석(Boundary Value Analysis) 테스트): 0 <= x <= 10이면 -1, 0, 10, 11을 검사한다.
[단답형] 2022년 3회
다음의 테스트는 기법은 무엇인지 보기에서 고르시오. [Equivalence Partitioning, Decision Table, State Transition, Use Case, Classification Tree Method, Cause-Effect Graph, Boundary Value Analysis]
- 등가 분할 후 경곗값 부분에서 오류 발생 확률이 높기 때문에 경곗값을 포함하여 테스트 케이스를 설계하여 테스트하는 기법이다. 예를 들어 0, 60, 80, 100으로 등가 분할 후 테스트데이터는 -1, 0, 59, 60, 61, 79, 80, 81, 99, 100이다.
- 경곗값 분석(Boundary Value Analysis) 테스트
[단답형] 2021년 3회
그래프를 활용하여 입력 데이터 간의 관계 및 출력에 미치는 영향을 분석하여 효용성이 높은 테스트케이스를 선정하여 테스트하는 기법은 무엇인가?
- 원인-결과 그래프(Cause-Effect Graph) 테스트
[해설]
블랙박스(명세 기반, Black-box) 테스트: 소프트웨어의 내부 구조나 동작 방식을 고려하지 않고 입출력을 검증하는 기법
- 동등 분할(Equivalence Partitioning) 테스트: 입력 데이터의 영역을 유사한 도메인별로 유횻값/무효값을 그룹핑하여 대푯값 테스트 케이스를 도출하여 테스트하는 기법
- 경곗값 분석(Boundary Value Analysis) 테스트: 입력 값의 경계 부근에서의 동작을 테스트하는 기법
- 결정 테이블(Decision Table) 테스트: 요구사항의 논리와 발생조건을 테이블 형태로 나열하여 조건과 행위를 모두 조합하여 테스트하는 기법
- 상태 전이(State Transition) 테스트: 시스템의 상태 변화에 따른 입력과 출력을 테스트하는 기법
- 유스 케이스(Use Case) 테스트: 사용자 시나리오에 따라 테스트 케이스를 작성하는 기법
- 분류 트리(Classification Tree Method) 테스트: 입력 값의 조합을 트리 형태로 표현하여 테스트 케이스를 도출하는 기법
- 페어와이즈(Pairwise) 테스트: 테스트 데이터값들 간에 최소한 한 번씩을 조합하여 테스트 케이스를 도출하는 기법
- 원인-결과 그래프(Cause-Effect Graph) 테스트: 그래프를 활용하여 입력 데이터 간의 관계 및 출력에 미치는 영향을 분석하여 효용성이 높은 테스트 케이스를 선정하여 테스트하는 기법
- 비교(Comparison) 테스트: 여러 버전의 프로그램에 같은 입력값을 넣어서 동일한 결과 데이터가 나오는지 비교하는 테스트 기법
- 오류 추정(Error Guessing) 테스트: 개발자가 범할 수 있는 실수를 추정하고 이에 따른 결함이 검출되도록 테스트 케이스를 설계하여 테스트하는 기법
[단답형] 2021년 2회
아래 설명에 맞는 화이트 박스 테스트 검증 기준을 쓰시오.
- (구문(문장) 커버리지(Statement Coverage)): 최소 한 번은 모든 문장을 수행한다.
- (결정(선택, 분기) 커버리지(Decision(Branch) Coverage)): 결정(Decision) 검증 기준이라고도 하며 조건별 True/False일 때 수행한다.
- (조건 커버리지(Cause Coverage)): 전체 조건식에 상관없이 개별 조건식의 True/False에 대해 수행한다.
[단답형] 2020년 3회
다음 아래 제어 흐름 그래프가 결정(선택, 분기) 커버리지(Decision(Branch) Coverage)를 만족하기 위한 테스팅 순서를 쓰시오.
- 1 → 2 → 3 → 4 → 5 → 6 → 7
- 1 → 2 → 4 → 5 → 6 → 7
- 1 → 2 → 3 → 4 → 5 → 6 → 1
- 1 → 2 → 4 → 5 → 6 → 1
[해설]
화이트 박스(White-box) 테스트: 소프트웨어의 내부 구조나 동작 방식을 고려하여 검증하는 기법
- 구문(문장) 커버리지(Statement Coverage): 소스 코드의 모든 문장(statement)을 최소 한 번 이상 실행되도록 하는 기준
- 결정(선택, 분기) 커버리지(Decision(Branch) Coverage): 구문(문장) 커버리지(Statement Coverage) 포함, 결정 포인트 내의 전체 조건식이 적어도 한 번은 참과 거짓의 결과를 수행하는 기준
- 조건 커버리지(Cause Coverage): 구문(문장) 커버리지(Statement Coverage) 포함, 결정 포인트 내의 각 개별 조건식이 적어도 한 번은 참과 거짓의 결과가 되도록 수행하는 기준
- 조건/결정 커버리지(Cause/Decision Coverage): 전체 조건식뿐만 아니라 개별 조건식도 참 한번, 거짓 한 번 결과가 되도록 수행하는 기준
- 변경 조건/결정 커버리지(Modified Cause/Decision Coverage): 조건/결정 커버리지(Cause/Decision Coverage) 개선, 개별 조건식이 다른 개별 조건식에 영향을 받지 않고 전체 조건식에 독립적으로 수행하는 기준
- 다중 조건 커버리지(Multiple Condition Coverage): 다중 조건 커버리지는 결정 조건 내 모든 개별 조건식의 모든 가능한 조합을 수행하는 기준
[단답형] 2020년 4회
테스트 오라클 중 특정한 몇 개의 입력값에 대해서만 기대하는 결과를 제공해 주는 오라클은 무엇인가?
- 샘플링(Sampling) 오라클
[해설]
오라클(Oracle): 소프트웨어 테스트에서 기대하는 결과와 실제 결과를 비교하여 결함을 찾거나 검증함
- 참 오라클(True Oracle): 모든 입력값에 대하여 기대하는 결과를 생성함으로써 발생된 오류를 모두 검출함
- 샘플링 오라클(Sampling Oracle): 일부 테스트 데이터를 추출하여 기대 결과를 파악함
- 휴리스틱 오라클(Heuristic Oracle): 샘플링 오라클을 개선한 오라클로, 특정 입력 값에 대해 올바른 결과를 제공하고, 나머지 값들에 대해서는 휴리스틱(추정)으로 처리함
- 일관성 검사 오라클(Consistency Checking Oracle): 애플리케이션 변경이 있을 때, 수행 전과 후의 결괏값이 동일한지 확인함
[단답형] 2021년 3회
아래는 테스트 케이스 구성요소이다. 괄호 안에 들어갈 구성요소를 쓰시오.
- (테스트(입력) 데이터): 테스트 실행 시 입력할 입력값, 선택 버튼, 체크 리스트 값 등
- (예상(기대) 결과): 테스트 실행 후 출력 데이터, 결과 화면, 기대 동작 등
- (테스트(전제) 조건): 테스트 간의 종속성, 테스트 수행 전 실행되어야 할 고려 사항 등
[해설]
테스트 케이스 구성요소
- 테스트 ID: 테스트 케이스를 고유하게 식별하기 위한 ID를 작성
- 테스트 목적: 테스트 시 고려해야 할 중점 사항이나 테스트 케이스의 목적을 작성
- 테스트 기능: 애플리케이션의 테스트할 기능을 간략하게 작성
- 테스트(입력) 데이터: 테스트 실행 시 입력할 데이터(입력값, 선택 버튼, 체크리스트 값 등)를 작성
- 예상(기대) 결과: 테스트 실행 후 기대되는 결과 데이터(출력 데이터, 결과 화면, 기대 동작 등)를 작성
- 테스트 환경: 테스트 시 사용할 물리적, 논리적 테스트 환경, 사용할 데이터, 결과 기록 서버 등의 내용을 작성
- 테스트(전제) 조건: 테스트 간의 종속성, 테스트 수행 전 실행되어야 할 고려 사항 등을 작성
- 성공/실패 기준: 테스트를 거친 애플리케이션 기능의 성공과 실패를 판단하는 조건을 명확하게 작성
- 기타 요소: 사용자의 테스트 요구사항 중 특별히 고려해야 할 내용을 간략하게 기술
[단답형] 2021년 1회
테스트 종류에 해당하는 기호를 적으시오. [시스템 테스트, 인수 테스트, 단위 테스트, 통합 테스트, 알파 테스트, 회귀 테스트]
- (단위 테스트): 개별 모듈, 서브루틴이 정상적으로 실행되는지 확인한다.
- (통합 테스트): 인터페이스 간 시스템이 정상적으로 실행되는지 확인한다.
[단답형] 2022년 1회
다음은 소프트웨어 개발 프로세스 중 V 모델에 대한 그림이다. ①~④까지 들어갈 테스트를 쓰시오.
- (4) 인수 테스트
- (3) 시스템 테스트
- (2) 통합 테스트
- (1) 단위 테스트
[단답형] 2022년 2회
다음 테스팅에 대한 설명이다. 괄호 안에 들어갈 올바른 답을 한 단어로 쓰시오.
- (알파 테스트): 개발자 환경에서 통제된 상태로 개발자와 함께 수행하는 방법으로 사용자가 프로그램을 수행하는 것을 개발자가 모니터링하여 오류를 수정한다.
- (베타 테스트): 사용자의 환경에서 개발자 없이 수행하는 테스트 방법으로 사용자가 오류정보를 수집하여 개발자에게 보내면 개발자가 취합하여 오류를 수정하는 방식이다.
[해설]
V 모델 테스트
- 단위 테스트: 사용자 요구사항에 대한 단위 모듈, 서브루틴 등을 테스트하는 단계
- 통합 테스트: 단위 테스트를 통과한 모든 사이의 인터페이스 통합된 컴포넌트 간의 상호 작용을 검증하는 테스트 단계
- 시스템 테스트: 통합된 단위 시스템의 기능이 시스템에서 정상적으로 수행되는지를 검증하는 테스트 단계
- 인수 테스트: 계약상의 요구사항을 만족하였는지 확인하기 위한 테스트 단계
- 알파 테스트: 선택된 사용자(회사 내의 다른 사용자 또는 실제 사용자가 개발자 환경에서 통제된 상태로 개발자와 함께 수행하는 인수 테스트
- 베타 테스트: 실제 환경에서 일정 수의 사용자에게 대상 소프트웨어를 사용하게 하고 피드백을 받는 인수 테스트
[단답형] 2022년 2회
다음은 테스팅에 대한 설명이다. 맞는 답을 보기에서 골라서 쓰시오. [White Box, Boundary, Partition, Black Box, Regression, Exhaust, Iterating]
- 회귀(Regression) 테스트: 소프트웨어의 변경 사항이 발생하면 수행하는 테스트로, 주로 유지보수 단계에서 수행한다. 소프트웨어 수정 시 다른 오류가 흘러들어오므로 이를 확인하기 위하여 소프트웨어에 변경 사항이 발생할 때마다 반복적으로 수행한다.
✅ 27. 애플리케이션 통합 테스트
💡 애플리케이션 테스트 수행
- 테스트 계획 수립: 테스트 목표, 범위, 일정, 인원 등을 정의하고 테스트 전략을 수립하는 단계
- 테스트 케이스 설계: 테스트 목표에 맞게 테스트 케이스를 설계하고 테스트 데이터를 생성하는 단계
- 테스트 수행 및 결과 분석: 설계한 테스트 케이스를 실행하고 결과를 분석하여 결함을 찾고, 수정하는 단계
💡 애플리케이션 테스트 결과 분석
- 결함 분석: 테스트 수행 결과에서 식별된 결함을 분석하고, 원인을 파악하는 단계
- 결함 우선순위 판단: 식별된 결함 중에서 심각도와 우선순위를 판단하여 우선 처리해야 할 결함을 선별하는 단계
- 테스트 및 확인: 수정된 결함을 검증하기 위해 테스트를 수행하고, 수정이 완료되었는지 확인하는 단계
💡 애플리케이션 개선 조치사항 작성
- 결함 수정 및 개선: 식별된 결함을 수정하고, 개선할 부분을 수정하는 단계
- 재발 방지를 위한 조치: 발생한 결함을 재발하지 않도록 차후에 발생 가능한 원인을 파악하고 예방하는 조치를 수립하는 단계
- 프로세스 개선: 발생한 결함의 원인이 프로세스나 개발 방법에 있을 경우, 개선하기 위한 방안을 모색하는 단계
💡 기출
[단답형] 2020년 2회
애플리케이션을 실행하지 않고, 소스 코드에 대한 코딩 표준, 코딩 스타일, 코드 복잡도 및 남은 결함을 발견하기 위해 사용하는 도구는 무엇인지 작성하시오.
- 정적 분석 도구
[해설]
정적 분석 도구
- 소스 코드 검사: 소스 코드의 구문과 구조를 검사하여 오타, 잘못된 문법, 변수의 선언 오류 등을 검출한다.
- 코딩 규칙 검사: 코딩 규칙을 지키지 않은 코드를 검출하여 코드의 가독성과 유지 보수성을 향상한다.
- 복잡도 분석: 코드의 복잡도를 측정하여 개발자가 코드를 최적화한다.
[단답형] 2021년 3회
괄호 안에 들어갈 용어를 쓰시오.
- (상향식(Bottom Up)) 테스트는 최하위 모듈로부터 위쪽 방향으로 제어의 경로를 따라 이동하면서 테스트와 통합을 수행하는 방식이고, 하위 모듈을 포함하는 (테스트 드라이버)이/가 필요하다.
[단답형] 2021년 2회
괄호 안에 들어갈 용어를 쓰시오.
- 테스트 하네스 구성요소 중 모듈 통합 테스트에서 사용하는 요소로 상향식 통합 테스트에서는 테스트 드라이버, 하향식 통합 테스트에서는 (테스트 스텁(Test Stub)) 을/를 사용한다.
[해설]
테스트 하네스 구성요소
- 테스트 드라이버(Test Driver): 테스트 대상 하위 모듈을 호출하고, 파라미터를 전달하고, 모듈 테스트 수행 후의 결과를 도출하는 등 상향식 테스트에 필요
- 테스트 스텁(Test Stub): 제어 모듈이 호출하는 타 모듈의 기능을 단순히 수행하는 도구로 하향식 테스트에 필요
- 테스트슈트(Test Suites): 테스트 대상 컴포넌트나 모듈 시스템에 사용되는 테스트 케이스의 집합
- 테스트 케이스(Test Case): 입력값, 실행 조건, 기대 결과 등의 집합
- 테스트 시나리오(Test Scenario): 애플리케이션의 테스트되어야 할 기능 및 특징, 테스트가 필요한 상황을 작성한 문서
- 테스트 스크립트(TestScript): 자동화된 테스트 실행 절차에 대한 명세
- 목 오브젝트(Mock Object): 사용자의 행위를 조건부로 사전에 입력해 두면, 그 상황에 예정된 행위를 수행하는 객체
✅ 28. 애플리케이션 성능 개선
💡 애플리케이션 성능 분석
- 부하 테스트: 여러 요청이 동시에 처리될 때 시스템의 성능이 어떻게 변화하는지를 확인하는 테스트이다.
- 성능 모니터링: 시스템에서 발생하는 성능 문제를 모니터링하여 이를 파악하고 대응하는 작업이다.
- 성능 튜닝: 시스템의 성능을 향상하기 위해 데이터베이스 스키마 변경, 쿼리 수정 등의 작업을 수행하는 작업이다.
💡 애플리케이션 성능 개선
- 하드웨어 업그레이드:시스템의 처리 속도를 향상한다.
- 소프트웨어 업그레이드: 성능을 개선하기 위해 새로운 소프트웨어를 도입하거나 기존의 소프트웨어를 업그레이드한다.
- 코드 최적화: 성능이 느린 코드를 최적화하여 처리 속도를 향상한다.
💡 기출
[단답형] 2020년 1회
애플리케이션의 성능을 측정하기 위한 지표는 무엇인가?
- (처리량(Throughput)): 애플리케이션이 주어진 시간에 처리할 수 있는 트랜잭션의 수, 웹 애플리케이션의 경우 시간당 페이지 수로 표현
- (응답 시간(Response Time)): 사용자 입력이 끝난 후, 애플리케이션의 응답 출력이 개시될 때까지의 시간, 애플리케이션의 경우 메뉴 클릭 시 해당 메뉴가 나타나기까지 걸리는 시간
- (경과 시간(Turnaround Time)): 애플리케이션에 사용자가 요구를 입력한 시점부터 트랜잭션을 처리 후 그 결과의 출력이 완료할 때까지 걸리는 시간
- 자원 사용률: 애플리케이션이 트랜잭션을 처리하는 동안 사용하는 CPU 사용량, 메모리 사용량, 네트워크 사용량
[해설]
애플리케이션 성능 측정 지표
- 처리량(Throughput)
- 응답 시간(Response Time)
- 경과시간(Turnaround Time)
- 자원 사용률
[단답형] 2020년 3회
리팩토링의 목적에 대하여 서술하시오.
- 복잡한 코드의 단순화, 소스의 가독성을 통해 유지보수성 향상, 생산성 향상, 품질 향상이 있다.
[해설]
리팩토링
- 코드 재구성: 중복 코드를 제거하고, 코드의 가독성을 높이기 위해 함수 또는 클래스 등을 재구성한다.
- 성능 개선: 불필요한 작업이나 비효율적인 코드를 개선하여 성능을 향상한다.
유지보수성 개선: 코드의 가독성과 유지보수성을 개선하여 변경이나 수정이 필요한 경우 효율적으로 대응한다.
