2024-3-9
다음 화이트박스 테스트의 검증 기준에 대한 각 번호에 해당하는
용어를 <보기> 에서 찾아 기로(ㄱ~ㅅ) 로 쓰시오
1. 소스 코드의 모든 구문이 한 번 이상 수행되도록 테스트
케이스를 설계한다.
2. 소스 코드의 모든 조건문에 대해 조건식의 결과가 True 인
경우와 False 인 경우가 한 번 이상 수행되도록 테스트
케이스를 설계한다.
3. 소스 코드의 조건문에 포함된 개별 조건식의 결과가 True 인
경우와 False 인 경우가 한 번 이상 수행되도록 테스트
케이스를 설계한다.
<보기>
ㄱ. 선택
ㄴ. 경로
ㄷ. 조건
ㄹ. 분기
ㅁ. 함수
ㅂ. 문장
ㅅ. 루프
내 답 : ㄱ,ㅅ,ㄷ
정답 : ㅂ ㄹ ㄷ
핵심 개념
화이트박스 테스트 검증 기준 요약표
| 커버리지 종류 (한글) | Coverage Type (영문) | 설명 |
|---|---|---|
| 구문 커버리지 | Statement Coverage | 모든 구문(statement)을 최소 한 번 이상 실행되었는지 확인한다. |
| 결정 커버리지 | Decision Coverage | 모든 분기문(if, switch 등)의 참(True) / 거짓(False) 결과가 최소 한 번 이상 수행되었는지 확인한다. |
| 조건 커버리지 | Condition Coverage | 각 개별 조건식의 True / False 결과가 최소 한 번씩 수행되었는지 확인한다. |
| 조건/결정 커버리지 | Condition/Decision Coverage | 조건 커버리지 + 결정 커버리지를 모두 만족해야 하며, 조건과 결정의 결과가 각각 참/거짓을 한 번 이상 수행한다. |
| 변경 조건/결정 커버리지 (MC/DC) | Modified Condition/Decision Coverage (MC/DC) | 각 개별 조건이 결정 결과에 독립적으로 영향을 미치는지 확인하는 커버리지이다. 항공, 의료 등 안전성 높은 시스템에서 사용된다. |
| 다중 조건 커버리지 | Multiple Condition Coverage | 모든 조건의 모든 가능한 조합(True/False)을 테스트하여 수행한다. |
| 경로 커버리지 | Path Coverage | 프로그램의 모든 가능한 제어 경로(path) 를 한 번 이상 수행되었는지 확인한다. |
2024-1-14
아래는 애플리케이션 테스트 관리에 대한 내용이다. 설명하는 답을 보기에서 골라 작성하시오.
1. 모든 분기와 조건의 조합을 고려하나 모든 조합을 테스트하는 대신에 테스트가 필요한
중요한 조합을 찾아내는데에 중점을 둔다.
2. 특정 조건을 수행할 때 다른 조건과는 상관없이 전체 결과에 영향을 미치는 조건만을 테스트한다.
3. 각각의 파라미터는 적어도 한 번은 최종 결과에 영향을 주어야 한다.
보기
ㄱ. 구문 커버리지
ㄴ. 결정 커버리지
ㄷ. 조건 커버리지
ㄹ. 변경 조건/결정 커버리지
ㅁ.다중 조건 커버리지
ㅂ.경로 커버리지
ㅅ.조건/결정 커버리지
답 : ㄹ(MC/DC)
2023-3-7
테스트 기법 중 다음과 같이 ‘평가 점수표’를 미리 정해 놓은 후,
각 영역에 해당하는 입력값을 넣고 예상되는 출력값이 실제 결과와 일치하는지 비교하는
명세 기반 테스트 기법을 <보기>에서 찾아 쓰시오.
| 평가 점수 | 성적 등급 |
|---|---|
| 90~100 | A |
| 80~89 | B |
| 70~79 | C |
| 0~69 | D |
| 테스트 케이스 | 1 | 2 | 3 | 4 |
|---|---|---|---|---|
| 점수 범위 | 0~69 | 70~79 | 80~89 | 90~100 |
| 입력 값 | 60 | 75 | 82 | 96 |
| 예상 결과값 | D | C | B | A |
| 실제 결과값 | D | C | B | A |
〈보기〉
- Equivalence Partition
- Boundary Value Analysis
- Cause-Effect Graph
- Base Path Test
- Error Guess
- Loop Test
- Data Flow Test
- 정답 : Equivalence Partition
핵심 개념
| 테스트 기법 | 설명 | 대표 예시 |
|---|---|---|
| Equivalence Partition (동등분할) | 입력값을 유효/무효 영역 등 등가 클래스로 나누어 각 영역에서 대표값으로 테스트 | 점수 0 |
| Boundary Value Analysis (경계값 분석) | 경계 근처의 값을 집중적으로 테스트 (ex. 69, 70, 79, 80 등) | 범위의 시작/끝값에서 오류 탐지 |
| Cause-Effect Graph (인과 그래프) | 입력 조건(원인)과 출력(결과)의 논리적 관계를 그래프로 표현 | 조건 조합 복잡한 시스템 |
| Base Path Test (기초 경로 테스트) | 제어 흐름을 기반으로 한 화이트박스 테스트 기법 | 코드 내의 모든 경로 커버 |
| Error Guess (오류 추정) | 경험을 기반으로 오류가 발생할 법한 부분을 추정하여 테스트 | 이전 오류 패턴 중심 |
| Data Flow Test | 변수의 정의(def)와 사용(use) 관계를 기반으로 테스트 | 변수 사용 흐름 중심 |
풀이과정
- 제시된 표는 점수 입력 범위를 네 개의 동등 영역(0
69, 7079, 8089, 90100)으로 나눈 뒤, - 각 영역에서 대표값(60, 75, 82, 96)을 선택해 기대 등급(D, C, B, A)과 실제 결과를 비교하고 있다.
- 경계값(69/70, 79/80, 89/90 등) 을 시험하지 않고 구간 내부의 전형값으로 검증하므로, 이는 동등분할의 전형적인 형태다.
2023-2-6
화이트박스 테스트의 검증 기준에 대한 다음 설명에 해당하는 용어를 <보기> 에서 찾아 쓰시오.
테스트 케이스를 소스 코드의 조건문에 포함된 개별 조건식의 결과가
True인 경우와 False인 경우가 한 번 이상 수행되도록 설계한다.
<보기>
문장 커버리지 | 분기 커버리지 | 조건 커버리지 | 분기/조건 커버리지
- 정답 : 조건 커버리지
2023-1-19
다음은 화이트박스 테스트의 프로그램 제어 흐름도이다.
다음의 순서도를 참고하여 분기 커버리지(Branch Coverage) 로 구성할 테스트 케이스를 작성하시오.

- 정답
1 → 2 → 3 → 4 → 5 → 6 → 7
1 → 2 → 4 → 5 → 6 → 1
핵심개념
| 용어 | 설명 |
|---|---|
| 화이트박스 테스트 | 프로그램의 내부 로직(제어 흐름)을 기준으로 테스트하는 기법 |
| 분기 커버리지 (Branch Coverage) | 모든 조건문의 True / False 분기를 최소 한 번 이상 실행하도록 하는 테스트 |
| 조건 커버리지 (Condition Coverage) | 조건식 내의 각 개별 조건의 결과(True/False) 가 한 번 이상 발생하도록 테스트 |
풀이
- (1)에서 시작 →
- 조건문 (2)
X > Y검사- 참(True)일 때 → (3) → (4) → (5) → (6) → (7)
- 거짓(False)일 때 → (4) → (5) → (6) → (1) (다시 반복 구조)
2022-1-10
소스 코드 품질 분석 도구에 대한 설명에서 괄호 (①, ②)에 들어갈 용어를 <보기>에서 찾아 쓰시오.
(①) 도구는 작성한 소스 코드를 실행하지 않고 코딩 표준이나 코딩 스타일,
결함 등을 확인하는 코드 분석 도구이다.
(②) 도구는 소스 코드를 직접 실행하여 프로그램의 동작이나 반응을 추적하고 보고하는
분석 도구로, 프로그램 모니터링 기능이나 스냅샷 생성 기능 등을 포함한다.

- 정답 : static , Dynamic
핵심개념
- ㄱ. static Analysis
- 소스 코드를 실행하지 않고 정적(코드만)으로 분석하여 문법, 코딩 표준, 잠재적 버그(예: 널 포인터, 메모리 누수 가능성), 복잡도 등을 찾아내는 기법.
- 컴파일러 경고, 정적 분석 툴(예: SonarQube, FindBugs) 등이 해당.
- ㄴ. Running Analysis
- (일반적 의미로) 실행 중 동적 분석 관련 활동을 지칭할 수 있음 — 보기에는 유사 항목 존재.
- ㄷ. Test Execution
- 테스트 케이스를 실행하는 행위 또는 실행 결과를 얻는 과정(기능 테스트, 단위 테스트 실행 등).
- ㄹ. Performance
- 성능 측정/분석(응답시간, 처리량, 자원사용 등).
- ㅁ. Dynamic Analysis
- 실제로 프로그램을 실행해가며 메모리 누수, 스레드 결함, 런타임 오류, 동작 흐름 등을 검사하는 기법. 런타임 모니터링, 프로파일링, 스냅샷/트레이스 생성 등이 포함된다.
- ㅂ. Test Control
- 테스트 진행 관리(스케줄, 우선순위, 테스트 실행 제어 등).
- ㅅ. Test Harness
- 테스트 자동화용 드라이버·스텁 등의 집합(테스트 실행 환경을 제공).
- ㅇ. Test Monitoring
- 테스트 진행·상태 모니터링(로그 수집, 리포트 등).
2021-3-12
다음 테스트 케이스를 참조하여 괄호에 들어갈 테스트 케이스의 구성 요소를 <보기>에서 찾아 쓰시오.
| 식별자_ID | 테스트 항목 | (①) | (②) | (③) |
|---|---|---|---|---|
| LS_W10_35 | 로그인 기능 | 사용자 초기 화면 | 아이디(test_a01)비밀번호(203a!d59ffa1) | 로그인 성공 |
| LS_W10_36 | 로그인 기능 | 사용자 초기 화면 | 아이디(test_a01)비밀번호(1234) | 로그인 실패(1) - 비밀번호 불일치 |
| LS_W10_37 | 로그인 기능 | 사용자 초기 화면 | 아이디(" ")비밀번호(" ") | 로그인 실패(2) - 미입력 |

- 정답 : 테스트 조건, 테스트 데이터, 예상 결과
핵심개념
- 테스트 케이스 구성 요소
| 구성 요소 | 설명 |
|---|---|
| 테스트 항목 | 어떤 기능을 테스트할 것인지 |
| ① 테스트 조건(Test Condition) | 테스트를 수행하기 위한 전제 조건/상황 |
| ② 테스트 데이터(Test Data) | 입력값 또는 실행 시 사용하는 데이터 |
| ③ 예상 결과(Expected Result) | 테스트 시 기대되는 출력 결과 |
2021-1-9
애플리케이션 테스트에 대한 다음 설명에서 괄호 (①), (②)에 들어갈 알맞은 답을 쓰시오.
(①)은 입력 조건의 중간값보다 경계값에서 오류가 발생할 확률이 높다는 점을 이용한 검사 기법이고,
(②)는 입력 조건이 유효한 경우와 그렇지 않은 경우의 입력 자료의 개수를 균등하게 정하는
검사 기법이다.
예를 들어 0 <= x <= 10 과 같은 조건이 있을 때,
(①)은 -1, 0, 10, 11을 입력값으로,
(②)는 0 이상 10 이하의 수 n개와 0 미만, 10 초과의 수 n개를 입력값으로 정한다.
- 정답 : 경계값 분석, 동등 분할
2025-2-11

- 정답 : 1234561, 124567 or 1234567, 124561
핵심개념
- 분기 커버리지(Branch)
- 각 조건문의 참/거짓 결과가 최소 1회 이상 수행되도록 테스트하는 기법
풀이과정
- 테스트 순서 (분기 커버리지 만족)
- 경로 1→
X > K가 참,RESULT > 1이 거짓인 경우 - ① → ②(YES) → ③ → ④ → ⑤ → ⑥(NO) → ⑦
- 경로 2→
X > K가 거짓,RESULT > 1이 참인 경우 - ① → ②(NO) → ④ → ⑤ → ⑥(YES) → ①
'정보처리기사' 카테고리의 다른 글
| [정보처리기사 실기 오답노트] - 소프트웨어 개발 보안 구축 (0) | 2025.11.11 |
|---|---|
| [정보처리기사 실기 오답노트] - SQL (0) | 2025.11.11 |
| [정보처리기사 실기 오답노트] - 인터페이스 구현 (1) | 2025.11.11 |
| [정보처리기사 실기 오답노트] - 서버 프로그램 구현 (0) | 2025.11.11 |
| [정보처리기사 실기 오답노트] - 통합 구현 (0) | 2025.11.11 |