정보처리기사 테스트 기법 블랙박스 화이트박스 커버리지 암기법

Об этом предложении

정보처리기사 테스트 기법 블랙박스 화이트박스 커버리지 암기법 정보처리기사에서 테스트 문제는 같은 단원 안에서도 무엇을 기준으로 묻는지 가 다릅니다. 예를 들어 입력 구간의 대표값 → 동치 분할 경계 주변 값 → 경곗값 분석 프로그램 내부에서 어떤 명령을 실행하고 어느 갈림길을 지났는지 확인 → 화이트박스 테스트 처럼 문제에 나온 단서에 따라 답이 달라집니다. 2026년 2회 실기 1번의 답은 동치 분할 테스트 였지만, 이것 하나만 외우면 비슷한 문제를 구분하기 어렵습니다. 따라서 테스트 설계 기법을 블랙박스 테스트 화이트박스 테스트 경험 기반 테스트 로 나누고, 문제에 나온 단서만 보고 답을 찾을 수 있도록 정리해보겠습니다. 💡 안내 이 글은 정보처리기사 실기에서 반복해서 등장하는 테스트 기법 개념을 정리한 학습 자료입니다. 1. 테스트 기법은 기준을 어디에 두는지부터 나눈다 테스트 기법은 테스트 케이스를 어떤 근거로 만드는지 에 따라 크게 세 부류로 나눌 수 있습니다. 먼저 테스트 케이스(Test Case) 는 입력값 실행 조건 예상 결과 를 하나의 묶음으로 정리한 시험 사례입니다. 예를 들어 등급 계산 화면에서 75점을 입력하면 C가 나와야 한다. 라는 내용이 하나의 테스트 케이스가 될 수 있습니다. 문제에서는 내부 코드를 보는가? 요구사항과 결과를 보는가? 테스터의 경험을 사용하는가? 를 먼저 구분해야 합니다. 2. 테스트 기법의 세 가지 분류 분류 무엇을 기준으로 보는가 블랙박스 테스트 명세를 기준으로 입력과 출력 결과를 확인한다. 내부 코드는 보지 않는다. 화이트박스 테스트 프로그램 내부 구조와 코드의 실행 순서, 갈림길 등을 확인한다. 경험 기반 테스트 테스터의 경험, 결함에 대한 지식, 점검 목록 등을 활용한다. 💡 먼저 세 기준으로 구분하세요 명세의 입력과 출력 → 블랙박스 코드 안의 실행 순서와 갈림길 → 화이트박스 과거에 자주 발생한 오류와 테스터의 판단 → 경험 기반 3. 블랙박스 테스트는 입력과 출력의 규칙을 본다 블랙박스 테스트(Black Box Test) 는 프로그램 내부가 어떻게 구현되어 있는지 몰라도 수행할 수 있습니다. 요구사항에 적힌 입력 조건 예상 결과 를 보고 테스트 케이스를 설계하기 때문에 명세 기반 테스트 라고도 합니다. 즉, 프로그램 내부 코드 → 보지 않음 입력과 출력 → 확인 입니다. 4. 블랙박스 테스트 주요 기법 대표적인 블랙박스 테스트 기법은 다음과 같습니다. 동치 분할 테스트 경곗값 분석 결정 테이블 테스트 상태 전이 테스트 원인 결과 그래프 테스트 페어와이즈 테스트 유스케이스 테스트 분류 트리 테스트 비교 테스트 오류 추정 각각 어떤 단서를 보고 구분하는지가 중요합니다. 5. 동치 분할 테스트 동치 분할 테스트(Equivalence Partitioning) 는 같은 방식으로 처리될 것으로 예상되는 입력값들을 하나의 묶음으로 나누는 기법입니다. 이러한 입력값의 묶음을 동치 클래스 라고 합니다. 그리고 각 동치 클래스에서 대표값 하나 를 골라 테스트합니다. 예를 들어 점수 구간이 0점 미만 0 ~ 69점 70 ~ 79점 80 ~ 89점 90 ~ 100점 100점 초과 로 나누어진다면 각각 하나의 동치 클래스로 볼 수 있습니다. 각 구간에서 -10 30 75 85 95 110 처럼 대표값 하나씩을 선택합니다. 핵심 같은 방식으로 처리될 입력을 묶음으로 나눈다. ↓ 각 묶음에서 대표값 하나를 선택한다. ↓ 동치 분할 테스트 6. 경곗값 분석 경곗값 분석(Boundary Value Analysis) 은 입력 범위의 경계 경계 바로 안쪽 경계 바로 바깥쪽 을 집중적으로 테스트하는 기법입니다. 예를 들어 입력 가능 범위가 1 ~ 10 이라면 0 1 2 9 10 11 처럼 경계 주변 값을 테스트합니다. 핵심 최솟값 최댓값 경계 바로 앞 경계 바로 뒤 → 경곗값 분석 7. 결정 테이블 테스트 결정 테이블 테스트(Decision Table Test) 는 여러 조건의 조합과 그에 따른 동작을 표 형태 로 정리하여 테스트합니다. 여기서 조건은 회원인가? 구매 금액이 일정 금액 이상인가? 처럼 참/거짓 또는 여러 값으로 판단할 수 있는 항목입니다. 예를 들어 회원 여부 구매 금액 할인 O 기준 이상 할인 적용 O 기준 미만 일부 할인 X 기준 이상 다른 할인 X 기준 미만 할인 없음 처럼 조건 조합마다 수행할 동작을 표로 표현합니다. 핵심 조건 조합 + 수행 동작 + 표 → 결정 테이블 테스트 8. 상태 전이 테스트 상태 전이 테스트(State Transition Test) 는 시스템이 현재 어떤 상태에 있는지와 특정 사건이 발생했을 때 상태가 어떻게 변하는지를 확인하는 기법입니다. 여기서 상태는 로그인 전 로그인 후 계정 잠금 처럼 현재 처한 상황입니다. 전이는 로그인 전 ↓ 로그인 성공 로그인 후 처럼 상태가 다른 상태로 바뀌는 것을 의미합니다. 핵심 현재 상태 + 사건 + 다음 상태 → 상태 전이 테스트 9. 원인 결과 그래프 테스트 원인 결과 그래프 테스트(Cause-Effect Graphing) 는 입력 조건과 출력 결과의 관계를 그래프 로 표현하는 기법입니다. 입력 조건 = 원인 출력 결과 = 결과 원인과 결과를 선으로 연결하여 AND OR NOT 등의 논리 관계를 표현합니다. 핵심 입력 조건 + 출력 결과 + 논리 관계 + 그래프 → 원인 결과 그래프 테스트 10. 페어와이즈 테스트 페어와이즈 테스트(Pairwise Testing) 는 여러 입력 요인이 있을 때 모든 전체 조합을 시험하는 대신 서로 다른 두 요인의 가능한 값 조합이 최소 한 번씩 나타나도록 테스트 케이스를 구성 하는 방법입니다. 입력 요인은 예를 들어 운영체제 브라우저 언어 네트워크 처럼 조합할 수 있는 항목입니다. 핵심 모든 조합 X 두 요인의 값 쌍을 빠짐없이 → 페어와이즈 테스트 11. 유스케이스 테스트 유스케이스 테스트(Use Case Test) 는 사용자가 시스템을 사용하여 목표를 이루는 전체 흐름을 기준으로 테스트합니다. 여기서 액터(Actor) 는 시스템을 사용하는 사람 또는 외부 시스템 을 의미합니다. 예를 들어 상품 주문 기능이라면 상품 선택 ↓ 장바구니 ↓ 주문 ↓ 결제 같은 기본 흐름을 확인합니다. 또한 결제 실패처럼 대안 흐름 예외 흐름 도 함께 테스트할 수 있습니다. 핵심 사용자 목표 + 기본 흐름 + 대안 흐름 → 유스케이스 테스트 12. 분류 트리 테스트 분류 트리 테스트(Classification Tree Test) 는 입력 조건을 나무의 가지처럼 나누어 분류하는 방법입니다. 예를 들어 운영체제 ├─ Windows ├─ Linux └─ macOS 브라우저 ├─ Chrome ├─ Edge └─ Firefox 처럼 입력 조건을 분류합니다. 그리고 마지막 잎에 위치한 선택값들을 조합하여 테스트 케이스를 만듭니다. 핵심 입력 조건을 트리 형태로 분류 → 분류 트리 테스트 13. 비교 테스트 비교 테스트(Comparison Test) 는 같은 기능을 수행하는 여러 버전 여러 시스템 여러 구현 에 같은 입력값을 넣고 결과를 서로 비교하는 방법입니다. 핵심 같은 입력 ↓ 여러 시스템에 입력 ↓ 결과 비교 → 비교 테스트 14. 오류 추정 오류 추정(Error Guessing) 은 경험상 자주 발생하는 오류를 예상하여 해당 상황을 집중적으로 테스트하는 방법입니다. 예를 들어 이전에 빈 문자열 처리 NULL 처리 0으로 나누기 최댓값 입력 같은 부분에서 오류가 자주 발생했다면 비슷한 상황을 집중적으로 테스트합니다. 핵심 과거 경험 + 자주 발생하는 오류 예상 → 오류 추정 오류 추정의 분류 주의 오류 추정은 최근 테스트 분류에서는 경험 기반 테스트 기법 으로 다루지만, 정보처리기사 기존 교재나 문제 풀이에서는 블랙박스 테스트 기법 목록에 함께 포함하는 경우도 있습니다. 따라서 시험에서는 문제의 보기 지문의 분류 기준 을 따르는 것이 중요합니다. 다만 핵심 의미는 경험을 바탕으로 오류가 날 만한 곳을 예상한다. 라고 기억하면 됩니다. 15. 2026년 2회 실기 1번은 동치 분할 테스트다 2026년 2회 실기 1번에서는 점수에 따라 등급을 출력하는 프로그램과 여러 시험값이 제시되었습니다. 입력 영역을 나누면 다음과 같습니다. 입력 점수 예상 결과 대표값 클래스 0점 미만 오류 -10 무효 0 ~ 69점 D 30 유효 70 ~ 79점 C 75 유효 80 ~ 89점 B 85 유효 90 ~ 100점 A 95 유효 100점 초과 오류 110 무효 대표값은 -10 30 75 85 95 110 입니다. 각 값은 오류 D C B A 오류 라는 서로 다른 결과가 나오는 입력 묶음에서 하나씩 선택한 대표값 입니다. 경계 주변에 값이 몰려 있는 것이 아니라 각 구간을 대표하는 값이 하나씩 있기 때문에 동치 분할 테스트 입니다. 교재에 따라 동등 분할 테스트 동등 클래스 분할 이라고 표현하기도 합니다. 16. 동치 분할과 경곗값 분석은 값의 위치로 구분한다 두 기법은 시험에서 매우 자주 헷갈립니다. 구분 동치 분할 경곗값 분석 관심 대상 같은 결과가 나오는 입력 묶음 결과가 바뀌는 경계 값을 고르는 위치 각 묶음을 대표하는 값 경계와 바로 안쪽·바깥쪽 값 예시 -10, 30, 75, 85, 95, 110 -1, 0, 1, 69, 70, 71 등 기억할 문장 묶음마다 대표 하나 문턱의 앞과 뒤 동치 분할 구간마다 대표값 하나 를 선택합니다. 또한 정상 범위뿐만 아니라 정상 범위 아래 정상 범위 위 에 해당하는 무효 동치 클래스 도 나눕니다. 경곗값 분석 점수 등급을 예로 들면 0 69 70 79 80 89 90 100 과 그 바로 주변 값을 집중적으로 확인합니다. 💡 이렇게 외워보세요 같은 결과끼리 묶고, 묶음마다 대표 하나. 묶음 안에서 대표를 고르면 동치 분할 묶음이 갈리는 문턱을 고르면 경곗값 분석 입니다. 17. 시험에서 자주 틀리는 테스트 기법 조합 용어가 비슷해도 답을 구분하는 결정적인 단서가 있습니다. 문제에서 값의 위치 표현 형식 시험 대상 을 먼저 확인합니다. 동치 분할 vs 경곗값 분석 동치 분할 → 구간마다 대표값 경곗값 분석 → 구간이 바뀌는 경계 주변 원인 결과 그래프 vs 결정 테이블 원인 결과 그래프 → 조건과 결과의 논리 관계를 그래프로 표현 결정 테이블 → 조건 조합과 동작을 표로 표현 즉, 그래프 → 원인 결과 그래프 표 → 결정 테이블 로 구분할 수 있습니다. 상태 전이 vs 유스케이스 상태 전이 → 사건에 따른 상태 변화를 확인 유스케이스 → 사용자가 목표를 이루는 전체 흐름 확인 비교 테스트 vs 오류 추정 비교 테스트 → 여러 시스템의 결과를 비교 오류 추정 → 경험을 바탕으로 오류가 날 상황 예상 18. 화이트박스 테스트는 코드 내부의 흐름을 본다 화이트박스 테스트(White Box Test) 는 프로그램의 소스 코드나 설계의 내부 구조를 기준으로 테스트 케이스를 만듭니다. 블랙박스가 입력과 출력의 명세를 본다면, 화이트박스는 명령이 어떤 순서로 실행되는가? 어떤 갈림길을 지나는가? 어떤 반복문을 실행하는가? 를 확인합니다. 19. 제어 흐름과 실행 경로 화이트박스 테스트를 이해하려면 몇 가지 용어를 알아두면 좋습니다. 제어 흐름 프로그램의 명령이 실행되는 순서를 의미합니다. 시작 ↓ 조건문 ↓ 실행 ↓ 종료 같은 흐름입니다. 제어 흐름도 제어 흐름을 점 화살표 등으로 표현한 그래프입니다. 실행 경로 프로그램의 시작부터 끝까지 실제로 지나가는 하나의 길입니다. 제어 구조 실행 순서를 결정하는 조건문 분기 반복문 같은 프로그램 구조입니다. 20. 화이트박스 테스트 대표 기법 대표적인 화이트박스 테스트 기법은 기초 경로 테스트 조건 테스트 루프 테스트 데이터 흐름 테스트 입니다. 21. 기초 경로 테스트 기초 경로 테스트(Basis Path Test) 는 프로그램의 제어 흐름을 분석하고 독립 경로 를 찾아 테스트하는 방법입니다. 독립 경로는 이미 선택한 다른 경로들의 조합만으로 표현할 수 없는 새로운 실행 경로입니다. 기초 경로 테스트에서는 제어 흐름 그래프와 순환 복잡도 를 이용하여 필요한 독립 경로의 수를 구할 수 있습니다. 핵심 제어 흐름 그래프 독립 경로 순환 복잡도 → 기초 경로 테스트 22. 조건 테스트 조건 테스트(Condition Test) 는 프로그램의 조건문에 들어 있는 개별 조건들을 확인하는 방법입니다. 예를 들어 회원이고 성인이면 허용 이라는 조건이 있다면 회원 여부 성인 여부 등 각각의 조건이 참과 거짓이 되는 경우를 확인합니다. 핵심 조건식 참 / 거짓 → 조건 테스트 23. 루프 테스트 루프 테스트(Loop Test) 는 반복문을 대상으로 테스트하는 기법입니다. 반복문이 0회 1회 여러 번 최대 횟수 등으로 실행될 때 정상적으로 동작하는지 확인합니다. 또한 중첩 반복문 등도 확인합니다. 핵심 반복문 반복 횟수 중첩 → 루프 테스트 24. 데이터 흐름 테스트 데이터 흐름 테스트(Data Flow Test) 는 프로그램의 변수에 값이 어떻게 저장되고 사용되는지를 확인하는 기법입니다. 변수에는 크게 정의 사용 소멸 등의 흐름이 존재합니다. 예를 들어 값을 저장했지만 사용하지 않고 다시 덮어씀 값을 넣기 전에 먼저 읽음 같은 비정상적인 흐름을 확인할 수 있습니다. 핵심 변수 정의 변수 사용 데이터 흐름 → 데이터 흐름 테스트 25. 화이트박스 테스트 핵심 정리 기초 경로 테스트 → 독립 경로 / 순환 복잡도 조건 테스트 → 조건의 참과 거짓 루프 테스트 → 반복문 데이터 흐름 테스트 → 변수의 정의와 사용 이러한 기법은 화이트박스 테스트의 대표적인 설계 방법입니다. 실제 정보처리기사에서는 기법 이름 자체뿐만 아니라 코드의 어느 부분을 얼마나 실행했는가? 를 묻는 커버리지 문제도 자주 등장합니다. 26. 화이트박스 커버리지는 확인한 범위를 나타낸다 커버리지(Coverage) 는 테스트 대상으로 정한 항목 가운데 실제로 테스트한 항목의 비율입니다. 무엇을 기준으로 하느냐에 따라 문장 분기 개별 조건 실행 경로 등 확인해야 하는 범위가 달라집니다. 대표적인 커버리지에는 문장 커버리지 결정 커버리지 조건 커버리지 조건/결정 커버리지 다중 조건 커버리지 MC/DC 등이 있습니다. 이들 커버리지의 차이는 별도로 자세히 비교해서 익히는 것이 좋습니다. 27. 경험 기반 테스트는 이미 아는 위험을 활용한다 경험 기반 테스트는 테스터의 경험 과거 결함 개발자의 흔한 실수 점검 목록 등을 활용해서 테스트합니다. 대표적인 기법은 오류 추정 탐색적 테스트 체크리스트 기반 테스트 입니다. 28. 오류 추정 오류 추정은 과거 결함 개발자의 실수 를 바탕으로 오류가 발생할 만한 곳을 예상하는 방법입니다. 결정 단서 경험 직관 자주 발생한 오류 29. 탐색적 테스트 탐색적 테스트(Exploratory Testing) 는 학습 테스트 설계 테스트 실행 을 동시에 진행하면서 다음 테스트를 조정하는 방법입니다. 즉, 테스트 실행 ↓ 결과 관찰 ↓ 다음 테스트 설계 ↓ 즉시 실행 하는 방식입니다. 또한 테스트 차터(Test Charter) 라는 짧은 안내를 사용할 수 있습니다. 테스트 차터는 이번 탐색에서 무엇을 어떤 목표로 테스트할 것인가 를 정리한 간단한 문서입니다. 핵심 단서 동시에 학습 설계 실행 테스트 차터 → 탐색적 테스트 30. 체크리스트 기반 테스트 체크리스트 기반 테스트(Checklist-based Testing) 는 경험을 통해 만든 점검 목록을 이용하여 하나씩 확인하는 방법입니다. 결정 단서 점검표 확인 목록 경험으로 만든 항목 핵심 점검 목록을 따라 확인 → 체크리스트 기반 테스트 31. 같은 테스트 단원이라도 설계 기법과 범위가 다른 용어 정보처리기사에서는 단위 테스트 통합 테스트 시스템 테스트 인수 테스트 도 자주 등장합니다. 하지만 이것들은 테스트 케이스를 어떻게 설계할 것인가? 보다는 언제, 어떤 범위를 테스트할 것인가? 에 가까운 개념입니다. 따라서 블랙박스·화이트박스 같은 테스트 설계 기법 과 구분해야 합니다. 32. 테스트 수준 테스트 수준 의미 단위 테스트 개별 모듈이나 기능을 따로 시험 통합 테스트 여러 모듈을 연결하여 상호 작용을 시험 시스템 테스트 제품 전체를 시험 인수 테스트 사용자 요구와 사용 목적을 충족하는지 확인 33. 통합 테스트 방식과 도구 통합 테스트에서는 하향식 상향식 스텁 드라이버 등이 자주 등장합니다. 하향식 통합 테스트 상위 기능 ↓ 하위 기능 순서로 모듈을 연결합니다. 즉, 위에서 아래 → 하향식 입니다. 상향식 통합 테스트 하위 기능 ↓ 상위 기능 순서로 모듈을 연결합니다. 즉, 아래에서 위 → 상향식 입니다. 스텁(Stub) 상위 모듈이 호출하는 하위 모듈이 아직 준비되지 않았을 때 그 역할을 대신하는 가짜 모듈입니다. 하향식 → Stub 으로 연결해서 기억하면 쉽습니다. 드라이버(Driver) 하위 모듈을 호출해줄 상위 모듈이 아직 준비되지 않았을 때 대신 호출해주는 가짜 모듈입니다. 상향식 → Driver 로 기억하면 됩니다. 34. 목적과 시점에 따른 테스트 테스트는 수행 목적이나 시점에 따라 다른 이름으로 분류하기도 합니다. 대표적으로 회귀 테스트 알파 테스트 등이 있습니다. 회귀 테스트 회귀 테스트(Regression Test) 는 프로그램을 수정한 후 기존 기능에 새로운 문제가 발생하지 않았는지 다시 확인하는 테스트입니다. 수정 후 기존 기능 재확인 → 회귀 테스트 알파 테스트 알파 테스트(Alpha Test) 는 개발 환경에서 대표 사용자가 시스템을 시험하는 방식입니다. 개발 환경 대표 사용자 → 알파 테스트 35. 결과 판정 - 테스트 오라클 테스트 결과가 맞는지 틀리는지를 판단하기 위해 사용하는 기준을 테스트 오라클(Test Oracle) 이라고 합니다. 즉, 실행 결과가 정답인지 판단하는 기준 입니다. 대표적으로 참 오라클 샘플링 오라클 등이 있습니다. 참 오라클 모든 테스트 대상 입력에 대해 정확한 결과를 알고 있는 방식입니다. 모든 입력의 정답을 알고 있음 → 참 오라클 샘플링 오라클 전체 입력 중 일부 선택된 입력에 대해서만 정확한 결과를 알고 판정합니다. 선택된 입력만 정답을 알고 있음 → 샘플링 오라클 36. 테스트 원리 - 살충제 패러독스 정보처리기사에서 자주 등장하는 테스트 원리 중 하나가 살충제 패러독스(Pesticide Paradox) 입니다. 같은 테스트만 계속 반복하면 새로운 결함을 발견하는 효과가 점점 떨어진다. 는 원리입니다. 즉, 같은 테스트 반복 ↓ 새로운 결함 발견 능력 감소 입니다. 따라서 테스트 케이스도 계속 수정하거나 추가해야 합니다. 37. 문제 단서에서 정확한 답안으로 옮기는 순서 테스트 문제를 풀 때 문제의 모든 문장을 외우려고 하기보다는 무엇을 했는가? 를 먼저 찾는 것이 중요합니다. 예를 들어 대표값을 골랐는가? 경계를 시험했는가? 표로 나타냈는가? 그래프로 나타냈는가? 코드의 참과 거짓을 실행했는가? 를 확인하면 됩니다. 대표 문제 단서 문제의 결정 단서 먼저 판단할 기준 정확한 답안 같은 결과가 나오는 입력 묶음에서 대표값을 고른다 입력 묶음 동치 분할 테스트 최솟값과 최댓값의 바로 안쪽과 바깥쪽을 시험한다 경계 주변 경곗값 분석 조건 조합과 수행 동작을 표로 나타낸다 명세의 조건 조합 결정 테이블 테스트 📌 블랙박스 테스트 최종 정리 동치 분할 → 입력을 같은 처리 결과의 묶음으로 나누고 대표값 선택 경곗값 분석 → 경계와 바로 안쪽/바깥쪽 결정 테이블 → 조건 조합 + 동작 + 표 상태 전이 → 현재 상태 + 사건 + 다음 상태 원인 결과 그래프 → 원인과 결과의 논리 관계를 그래프로 표현 페어와이즈 → 두 요인의 가능한 값 쌍을 최소 한 번씩 유스케이스 → 사용자 목표와 전체 흐름 분류 트리 → 입력 조건을 나무 형태로 분류 비교 테스트 → 같은 입력을 여러 시스템에 넣어 결과 비교 오류 추정 → 경험으로 오류가 날 상황 예상 📌 화이트박스 테스트 최종 정리 기초 경로 테스트 → 독립 경로 / 순환 복잡도 조건 테스트 → 조건의 참/거짓 루프 테스트 → 반복문과 반복 횟수 데이터 흐름 테스트 → 변수 정의와 사용 화이트박스 테스트의 핵심은 코드 내부 구조 실행 순서 갈림길 반복 변수 흐름 입니다. 📌 경험 기반 테스트 최종 정리 오류 추정 → 과거 결함과 경험 탐색적 테스트 → 학습 + 설계 + 실행을 동시에 체크리스트 기반 테스트 → 점검 목록 🧠 가장 먼저 구분할 것 입력 / 출력 / 요구사항 → 블랙박스 코드 내부 / 실행 경로 / 조건 / 반복 → 화이트박스 경험 / 직관 /