정보처리기사 CBT
종목 메뉴

개념 한 쪽

정보처리기사 테스트 레벨 — 단위·통합·시스템·인수 테스트

테스트 레벨 세트는 소프트웨어 테스트를 어느 범위에서 하는지를 묻는다. 개별 모듈을 시험하는 단위 테스트, 모듈 간 상호작용을 보는 통합 테스트, 전체 시스템을 보는 시스템 테스트, 사용자 관점에서 확인하는 인수(검증) 테스트를 구분하고, 개발 단계와 테스트 전략의 짝을 맞히는 문제가 중심이다.

2026-10-19 기준 · 정보처리기사 대시보드

이 개념을 문제로 확인하고 싶으면 이 개념 문제 10개 풀기 회원용

가입 없이 오늘의 10문제 바로 풀기 →

시험에 이렇게 나온다

출제기준 단원 「테스트 레벨」의 공개 문제 3개를 묻는 꼴별로 나누면 이렇습니다.

묻는 꼴문제 수무엇을 묻나
단위 테스트 한계 판단1단위 테스트로 잡지 못하는 오류 찾기
테스트 수준 분류(선택)1설명에 맞는 테스트 수준 고르기
단위 테스트 도구 판별1단위 테스트 도구로 쓸 수 없는 항목 고르기

뜻

단위 테스트(Unit Test)는 개별 모듈이 정확하게 구현되었는지, 예정한 기능이 제대로 수행되는지를 점검하는 테스트다. 구현 단계와 짝을 이루며, 모듈 내부 로직을 검증하므로 모듈 사이의 상호작용 오류는 잡지 못한다. 그 오류는 통합 테스트에서 발견한다. 단위 테스트 도구로는 JUnit, CppUnit, HttpUnit 같은 것이 쓰이며, 'IgpUnit'처럼 목록에 없는 이름은 가짜 도구로 걸러 낸다.

통합 테스트는 단위 테스트를 마친 모듈들을 연결해 상호작용을 확인하고, 시스템 테스트는 전체 시스템이 요구대로 동작하는지를 본다. 테스트는 일반적으로 단위 검사에서 시작해 통합 검사, 시스템 검사 순서로 진행되고, 마지막에 수용 테스트가 온다.

검증(Validation) 테스트는 '만든 것이 사용자의 요구를 만족하는가'를 최종 사용자 관점에서 확인하는 테스트다. 따라서 개발자 관점에서 내부 구조를 들여다보는 화이트박스 테스트는 검증 테스트와 거리가 멀다. V-모델에서 요구사항 분석 단계는 사용자 관점의 요구사항을 확인하는 인수 테스트와 연결되고, 구현 단계는 단위 테스트와 연결된다.

인수 테스트의 두 갈래도 구분한다. 알파 테스트는 개발자 장소에서 사용자가 직접 수행하는 검증 시험이고, 베타 테스트는 실제 사용 환경에서 실제 데이터를 사용해 최종 사용자가 소프트웨어의 완성도를 검증하는 외부 검증 활동이다. 신뢰성 지표로 MTBF = MTTF + MTTR 관계도 함께 기억한다.

예제

선지 판단은 개별 모듈 시험이면 단위 테스트, 모듈 간 상호작용 오류면 통합 테스트로 가르는지, 구현 단계와 단위 테스트를 짝지었는지, 요구사항 분석 단계를 인수 테스트와 연결했는지, 알파는 개발자 장소·베타는 실제 환경으로 구분했는지, 화이트박스 테스트를 검증 테스트로 오해하지 않았는지에서 갈린다.

대표 기출 3문항

소프트웨어 테스트와 관련한 설명으로 틀린것은?

  1. 화이트 박스 테스트는 모듈의 논리적인 구조를 체계적으로 점검할 수 있다.
  2. 블랙박스 테스트는 프로그램의 구조를 고려하지 않는다.
  3. 테스트 케이스에는 일반적으로 시험 조건,테스트 데이터, 예상 결과가 포함되어야한다.
  4. 화이트박스 테스트에서 기본 경로(BasisPath)란 흐름 그래프의 시작 노드에서 종료노드까지의 서로 독립된 경로로 싸이클을 허용하지 않는 경로를 말한다.
정답과 해설 보기

정답 ④ · 소프트웨어 테스트 관련 설명 중 틀린 것을 고르는 문제이다. 화이트박스 테스트는 모듈의 논리적 구조를 체계적으로 점검할 수 있고, 블랙박스 테스트는 프로그램 구조를 고려하지 않으며, 테스트 케이스에는 시험 조건, 테스트 데이터, 예상 결과가 포함되어야 한다는 설명은 모두 옳다.

기본 경로(Basis Path)는 싸이클을 허용하지 않는 독립된 경로가 아니라, 논리적으로 독립적인 경로를 의미하므로 ④는 틀린 설명이다.

소프트웨어 테스트에서 검증(Verification)과 확인 (Validation)에 대한 설명으로 틀린 것은?

  1. 소프트웨어 테스트에서 검증과 확인을 구별하면 찾고자 하는 결함 유형을 명확하게 하는 데 도움이 된다.
  2. 검증은 소프트웨어 개발 과정을 테스트하는 것이고, 확인은 소프트웨어 결과를 테스트 하는 것이다.
  3. 검증은 작업 제품이 요구 명세의 기능, 비기능 요구사항을 얼마나 잘 준수하는지 측정하는 작업이다.
  4. 검증은 작업 제품이 사용자의 요구에 적합한지 측정하며, 확인은 작업 제품이 개발자의 기대를 충족시키는지를 측정한다.
정답과 해설 보기

정답 ④ · 소프트웨어 테스트에서 검증과 확인의 개념 및 차이점에 대한 설명을 묻는 문제이다. 검증(Verification)은 개발자 관점에서 소프트웨어가 명세서와 요구사항에 맞게 올바르게 만들어졌는지를 개발 과정 중심으로 테스트하는 활동이다.

검증(Verification)은 '제품을 올바르게 만들었는가'(명세 준수), 확인(Validation)은 '올바른 제품을 만들었는가'(사용자 요구 충족)이다.

테스트 케이스와 관련한 설명으로 틀린 것은?

  1. 테스트의 목표 및 테스트 방법을 결정하기 전에 테스트 케이스를 작성해야 한다.
  2. 프로그램에 결함이 있더라도 입력에 대해 정상적인 결과를 낼 수 있기 때문에 결함을 검사할 수 있는 테스트 케이스를 찾는 것이 중요하다.
  3. 개발된 서비스가 정의된 요구 사항을 준수하는지 확인하기 위한 입력 값과 실행 조건, 예상 결과의 집합으로 볼 수 있다.
  4. 테스트 케이스 실행이 통과되었는지 실패하였는지 판단하기 위한 기준을 테스트 오라클(Test Oracle)이라고 한다.
정답과 해설 보기

정답 ① · 테스트 케이스에 대한 틀린 설명을 고르는 문제이다. 테스트 케이스는 테스트 목표와 방법을 먼저 결정한 후 그에 맞춰 설계되며, 요구사항 준수 여부를 확인하기 위한 입력 값, 실행 조건, 예상 결과의 집합으로 정의된다.

테스트 케이스는 테스트 목표 및 방법 결정 후, 이를 바탕으로 설계 및 작성되어야 한다.

자주 묻는 물음

단위 테스트의 목적은 무엇인가요?
개별 모듈이 정확하게 구현되었는지, 예정한 기능이 제대로 수행되는지를 점검하는 것입니다. 모듈 내부 로직을 검증하므로 모듈 간 상호작용 오류는 찾지 못하고, 그 오류는 통합 테스트에서 다룹니다.
알파 테스트와 베타 테스트는 어떻게 다른가요?
알파 테스트는 개발자 장소에서 사용자가 직접 수행하는 검증 시험이고, 베타 테스트는 실제 사용 환경에서 실제 데이터를 사용해 최종 사용자가 완성도를 검증하는 외부 검증 활동입니다.
검증 테스트와 거리가 먼 것은 무엇인가요?
화이트박스 테스트입니다. 검증 테스트는 최종 사용자 관점의 테스트이고, 화이트박스 테스트는 개발자 관점에서 내부 구조를 확인하는 테스트입니다.
이 개념 문제 10개 풀기 회원용

정보처리기사 풀이 세트에서 이 개념의 문제 10개를 바로 풀어 보세요.