정보처리기사 실기, 필기와 다른 준비 전략 Q&A

같은 자격증인데 필기와 실기의 합격률이 세 배 가까이 벌어지는 시험은 흔하지 않습니다. 정보처리기사 실기가 딱 그렇습니다. 큐넷 합격자 통계를 정리한 자료에 따르면 2024년 필기 합격률은 61.39%였지만 실기는 22.00%에 그쳤고, 2025년 1회 실기는 15.1%까지 떨어졌다가 2회에 27.8%로 반등했습니다. 필기를 무난히 통과한 사람이 실기에서 두세 번씩 미끄러지는 이유는 공부량이 부족해서가 아니라, 필기에서 통했던 방식을 그대로 들고 갔기 때문인 경우가 많아요. 아래는 수험생들이 실제로 가장 많이 던지는 질문들을 시험 구조 기준으로 정리한 내용입니다.

정보처리기사 실기는 필기와 정확히 무엇이 다른가요?

가장 큰 차이는 답을 고르느냐, 직접 써내느냐입니다. 필기는 5과목 100문항 객관식 CBT이고, 과목당 40점 이상·평균 60점 이상이면 합격입니다. 반면 실기는 2시간 30분 동안 치르는 필답형(PBT)으로, 20문항 내외에 문항당 5점, 100점 만점 중 60점 이상이면 합격입니다. 과락이 없다는 점은 유리하지만, 바꿔 말하면 20문항 중 12문항을 확실히 맞혀야 끝나는 시험입니다.

이 구조가 만들어내는 실질적 차이는 두 가지입니다.

• 선지 소거가 불가능합니다. 필기에서는 개념을 60% 정도만 알아도 오답 두 개를 걸러내고 정답을 찍을 수 있습니다. 실기는 그 60%의 기억이 백지 앞에서 0점이 됩니다.
• 철자와 표기가 채점 대상입니다. 단답형에서 용어를 영문 약어로 쓸지 풀네임으로 쓸지, 한글로 쓸지에 따라 인정 여부가 갈릴 수 있습니다. 눈으로 아는 것과 손으로 쓸 수 있는 것 사이의 간극이 실기 불합격의 큰 축입니다.

또 하나, 기출의 효용이 다릅니다. 필기는 기출 회독만으로도 상당 부분 커버되지만, 2020년 개정 이후 실기는 기출에서 본 적 없는 코드와 SQL이 새로 조합돼 나오는 비중이 큽니다. 실기 후기들이 공통적으로 “기출문제의 중요도가 필기보다 낮다”고 말하는 이유입니다. 기출은 정답 암기용이 아니라 출제 문법 범위를 가늠하는 지도로 써야 합니다.

20문항 중 12문항을 어떻게 설계해야 하나요?

합격선이 60점이라는 건 8문항은 버려도 된다는 뜻이기도 합니다. 이 여유를 어디에 쓸지 미리 정해두는 게 전략의 핵심입니다. 출제 영역은 크게 프로그래밍(C·Java·Python 코드 실행 결과 추적), SQL, 소프트웨어 설계·개발·테스트 이론, 정보보안, 네트워크·신기술 용어로 나뉩니다.

영역별 성격을 판단 기준으로 정리하면 이렇습니다.

• 프로그래밍·SQL(대략 절반 안팎) — 실력이 쌓이면 회차 난이도와 상관없이 안정적으로 득점됩니다. 암기가 아니라 이해라서 한 번 올라간 정답률이 잘 안 떨어집니다. 여기가 12문항의 기둥이 되어야 합니다.
• 이론·용어 단답형 — 범위가 넓어 투자 대비 회수율이 들쭉날쭉합니다. 다만 맞히면 즉시 5점이고 푸는 데 30초면 됩니다. 시간 배분상 1순위로 먼저 처리할 문항입니다.
• 약술형 — 한두 문장으로 설명하는 유형이라 부분 인정 여지가 있습니다. 완벽하게 못 써도 핵심 키워드를 넣어 무조건 채우는 게 낫습니다.

흔한 실수 하나. 비전공자일수록 코드가 무서워서 이론 암기로 60점을 채우려는 전략을 세웁니다. 그런데 용어 문제는 회차마다 출제 폭이 크게 흔들려서, 이론에만 의존하면 어려운 회차를 만났을 때 방어선이 통째로 무너집니다. 실기 합격률이 5%대와 39%대를 오갔던 변동성의 실체가 바로 이 지점입니다. 반대로 코드·SQL을 기둥으로 세워둔 사람은 어려운 회차에서도 하한선이 지켜집니다.

비전공자인데 손코딩, 어떻게 훈련해야 하나요?

실기에서 코드 문제는 “짜라”가 아니라 “이 코드를 돌리면 무엇이 출력되는지 써라”가 대부분입니다. 즉 요구되는 능력은 창작이 아니라 정확한 추적(trace)입니다. 이 차이를 알면 훈련법이 달라집니다.

효과적인 방법은 변수 상태표를 손으로 그리는 것입니다. 반복문 한 번 돌 때마다 i, sum 같은 변수 값을 표에 한 줄씩 적어 내려가는 방식입니다. 왜 효과가 있냐면, 사람의 작업기억은 동시에 서너 개 값을 정확히 붙들지 못하기 때문입니다. 눈으로만 따라가면 3회차 반복쯤에서 값이 뒤섞이고, 결과는 맞는 것 같은데 틀립니다. 표로 외부화하면 기억 부담이 사라지고 실수 지점이 눈에 딱 보여요.

훈련할 때 반드시 지킬 조건은 IDE를 켜지 않는 것입니다. 코드를 IDE에 붙여넣고 실행 결과를 확인하는 공부는, 컴퓨터 없이 종이로만 치르는 시험에서 거의 도움이 되지 않습니다. 답을 먼저 손으로 쓰고 나서 검증용으로만 실행하는 순서를 지키세요.

언어별로는 이 정도가 현실적인 우선순위입니다.

• C — 포인터, 배열과 포인터 연산, 구조체, 문자열 처리. 실기에서 가장 까다로운 함정이 몰려 있는 영역입니다.
• Java — 상속·오버라이딩 시 어느 메서드가 호출되는지, 참조 전달, static 변수의 공유. 객체지향 개념을 물으려는 의도가 코드로 위장돼 나옵니다.
• Python — 리스트·딕셔너리 슬라이싱, 문자열 인덱싱. 상대적으로 난도가 낮아 가장 먼저 확보해야 할 득점원입니다.

다만 예외가 있습니다. 이미 개발 실무를 하고 있거나 전공자라면 이 훈련에 시간을 크게 쓸 필요가 없습니다. 그 경우 오히려 취약한 쪽은 테스트 기법, 소프트웨어 개발 방법론, 보안 용어처럼 실무에서 잘 안 쓰는 표준 용어 암기입니다. 자기 배경에 따라 무게추가 정반대로 움직여야 하는데, 남의 합격 후기 커리큘럼을 그대로 복사하다 이 조정을 놓치는 경우가 많습니다.

SQL 문제는 얼마나 깊이 알아야 하나요?

SQL은 실기에서 투자 대비 효율이 가장 좋은 영역입니다. 출제 범위가 상대적으로 좁고, 회차가 바뀌어도 묻는 뼈대가 크게 변하지 않기 때문입니다. 실무에서 쓰는 복잡한 최적화 쿼리는 나오지 않습니다.

확보해야 할 범위는 대체로 이렇습니다.

• DDL·DML·DCL 구분과 각각의 대표 명령어 문법 — CREATE, ALTER, DROP, GRANT, REVOKE, COMMIT, ROLLBACK
• JOIN — INNER JOIN과 OUTER JOIN의 결과 행 수 차이를 표로 그려서 설명할 수 있을 것
• GROUP BY와 HAVING — WHERE와 HAVING이 걸리는 시점 차이
• 제약조건과 참조 무결성 — ON DELETE CASCADE 같은 옵션의 동작
• 정규화 1NF~BCNF — 어떤 이상현상을 제거하려는 단계인지까지

SQL 문제에서 감점당하는 대표 원인은 논리가 아니라 표기입니다. 세미콜론 누락, 테이블명 오타, 문자열에 따옴표 빠뜨리기 같은 것들이죠. 필답형은 사람이 채점하므로 대소문자보다 문법 요소의 완결성을 지키는 편이 안전합니다. 문제에 제시된 테이블명과 컬럼명은 반드시 원문 그대로 옮겨 적으세요.

공부 기간과 교재는 어떻게 잡는 게 현실적인가요?

필기 합격 후 실기까지는 통상 두세 달 정도 간격이 생기고, 기사 실기는 일반적으로 4~6주 집중 투자가 권장됩니다. 다만 이 기간은 배경에 따라 크게 달라집니다.

• 전공자·개발 경험자 — 3~4주. 코드 추적은 이미 되므로 용어 암기와 답안 표기 연습에 집중
• 비전공자, 코딩 경험 있음 — 5~6주. 첫 2주를 언어 문법 복구에 쓰고 나머지를 문제 풀이에 배분
• 비전공자, 코딩 무경험 — 8주 이상. C 포인터에서 막히는 시간을 미리 계산에 넣어야 함

교재는 기본서 한 권 + 기출·예상문제집 한 권이면 충분합니다. 문제는 권수가 아니라 회독 방식입니다. 기본서를 눈으로 3회독하는 것보다, 1회독 후 곧바로 문제를 풀며 틀린 부분만 되짚는 편이 훨씬 효율적입니다. 인출(retrieval), 즉 기억에서 꺼내는 행위 자체가 기억을 강화하기 때문에, 읽기 중심 학습은 시간 대비 정착률이 낮습니다.

독학 여부는 이렇게 판단하면 됩니다. C 코드에서 포인터가 등장했을 때 30분 안에 스스로 해결할 수 있다면 독학으로 충분합니다. 반대로 한 문제에서 두 시간씩 막히는 일이 반복된다면 인강 병행이 낫습니다. 실기 독학의 진짜 비용은 교재비가 아니라 막혔을 때 흘려보내는 시간이고, 그 시간이 다음 회차 응시로 이어지면 손해가 훨씬 커집니다.

시험장에서 시간 배분과 답안 작성은 어떻게 하나요?

2시간 30분에 20문항이면 산술적으로 문항당 7분 30초입니다. 하지만 실제로는 이렇게 쓰지 않습니다. 단답형은 30초면 끝나고, 복잡한 코드 추적은 15분도 걸립니다.

권장 순서는 3회 스캔입니다.

• 1차(약 30분) — 처음부터 끝까지 훑으며 아는 단답형·용어 문제만 즉시 처리. 여기서 확보한 문항 수가 심리적 안정선이 됩니다.
• 2차(약 70분) — SQL과 난도 중간의 코드 문제. 변수 상태표를 반드시 그려가며 풀 것.
• 3차(남은 시간) — 가장 어려운 코드 문제와 약술형. 여기서 시간이 부족해도 이미 12문항 근처에 도달해 있어야 정상입니다.

답안 작성에서 지킬 원칙은 세 가지입니다. 첫째, 빈칸은 절대 남기지 않습니다. 과락이 없고 오답 감점도 없으므로 짐작이라도 쓰는 게 항상 유리합니다. 둘째, 약술형은 채점자가 찾을 키워드를 앞쪽에 배치합니다. 서술을 길게 늘이는 것보다 핵심 용어를 명확히 노출하는 편이 낫습니다. 셋째, 시험지가 곧 답안지이므로 풀이 과정과 낙서는 지정된 연습 공간에 하고, 답란에는 최종 답만 깔끔하게 남깁니다. 지운 흔적 위에 겹쳐 쓴 답은 판독이 애매해질 수 있습니다.

회차 난이도, 노리고 고를 수 있나요?

실기 합격률이 회차마다 두 배 넘게 출렁이다 보니 “쉬운 회차를 노린다”는 말이 나옵니다. 실제로 한 회차 합격률이 지나치게 낮으면 다음 회차가 다소 평이해지는 경향이 관찰되긴 합니다. 2025년 1회 15.1% 직후 2회가 27.8%로 회복된 것이 그 예입니다.

하지만 이걸 전략의 중심에 두는 건 위험합니다. 접수 기간이 회차당 4일 남짓으로 짧고, 경향은 어디까지나 경향일 뿐 보장이 아니기 때문입니다. 난이도 예측은 전략이 아니라 참고 정보로만 쓰고, 어떤 난도가 나와도 12문항을 확보할 수 있는 풀이량을 쌓는 쪽이 훨씬 통제 가능한 변수입니다. 참고로 응시 전에 반드시 확인해야 할 건 회차 난이도가 아니라 응시자격입니다. 정보처리기사는 기사 등급이라 학력 또는 경력 요건을 충족해야 접수 자체가 가능합니다.

정리하자면, 실기에서 갈리는 건 아는 양이 아니라 백지 위에서 꺼낼 수 있는 양입니다. 필기 때 통했던 회독과 눈풀이를 그대로 반복하면서 결과가 다르길 기대하는 것이 가장 흔한 실패 패턴이고, 반대로 첫날부터 손으로 쓰기 시작한 사람은 대체로 한 번에 끝내더라고요.