기출노트 로고기출노트
시작하기

정보처리기사 실기 기출 공부법, 회독보다 먼저 잡아야 할 3가지

정보처리기사 실기 기출과 오답노트를 함께 펼쳐 둔 수험생 책상

봤던 문제인데 또 틀리는 순간이 제일 답답해요

정보처리기사 실기 준비를 하다 보면 이런 장면이 자주 나와요. 해설을 읽을 때는 분명 이해한 것 같았는데, 며칠 뒤 같은 유형을 다시 풀면 출력값이 어긋납니다. SQL은 WHERE 조건까지는 봤는데 GROUP BY나 정렬 조건에서 흔들리고, 용어 문제는 뜻은 아는데 정확한 단어가 입 밖으로 안 나와요. 정답을 보면 허무할 만큼 아는 내용이라 더 답답합니다.

그래서 검색창에 "정처기 실기 기출 몇 년치", "정보처리기사 실기 기출 회독", "코드 문제 포기해도 되나요" 같은 말을 치게 됩니다. 기출을 더 많이 보면 해결될 것 같아서요.

기출을 많이 푸는 건 분명 도움이 됩니다. 다만 회독 횟수만 늘리면 같은 실수를 다시 만날 가능성도 같이 늘어납니다. 정처기 실기는 기출을 몇 번 봤는지보다, 틀린 문제를 어떤 이유로 틀렸는지 나눠서 다시 풀 수 있느냐가 더 중요해요. "기출 5회독"이라는 숫자보다 "이 문제를 다시 보면 혼자 설명할 수 있는가"가 더 정확한 기준입니다.

정보처리기사 실기 기출은 몇 년치 풀어야 할까요?

처음부터 "몇 년치가 정답"이라고 정해두기보다는, 최근 기출부터 풀면서 본인의 약한 축을 찾는 게 낫습니다. 정보처리기사 실기는 공개 풀이 자료나 기출 분류 서비스를 봐도 C언어, Java, Python, SQL, 데이터베이스, 네트워크/보안, 신기술 용어처럼 범위가 넓게 나뉘어 있어요.

그래서 기출을 볼 때는 연도보다 순서가 더 중요합니다.

단계목표풀 때 보는 것
1회독시험 범위 감 잡기코드, SQL, 용어 중 어디서 멈추는지
2회독틀린 이유 분리몰라서 틀렸는지, 읽다가 놓쳤는지, 암기가 안 됐는지
시험 전 회독실전 실수 줄이기20문항을 섞어 풀 때 시간과 집중력이 버티는지

처음부터 모든 회차를 완벽하게 외우려고 하면 금방 지칩니다. 1회독에서는 "아는 문제를 맞히는 것"보다 "어디서 손이 멈추는지 표시하는 것"이 더 중요해요. 특히 코드 출력, SQL 결과, 용어 단답은 틀린 이유가 서로 다르기 때문에 같은 방식으로 복습하면 효율이 떨어집니다.

회독 전에 먼저 나눠야 할 3가지

정처기 실기 기출을 풀고 나서 오답을 한 줄로만 적어두면 다음 회독에서 또 비슷하게 틀릴 수 있어요. "틀림"이라고만 적으면 왜 틀렸는지 기억이 안 나거든요. 최소한 아래 세 갈래로 나눠보세요.

오답 종류자주 생기는 장면다시 풀 때 할 일
코드 오답반복문 조건, 증감식, 배열 인덱스, 상속/오버라이딩에서 출력값을 놓침손으로 변수 값을 한 줄씩 추적하고 마지막 출력만 보지 않기
SQL 오답조건절, 집계, 조인, 정렬 순서를 헷갈림실행 순서를 말로 풀어보고 중간 결과를 가정하기
용어 오답뜻은 아는데 정확한 용어가 안 떠오름정의의 핵심 단어 2-3개를 같이 묶어 외우기

코드 SQL 용어 오답을 나눠 다시 푸는 흐름도

예를 들어 코드 문제를 틀렸다면 "C언어 틀림"으로 끝내지 않는 게 좋아요. i++ 위치를 놓쳤는지, 조건식에서 <=를 <로 읽었는지, 배열 시작 번호를 헷갈렸는지까지 적어야 다음에 같은 실수를 잡을 수 있습니다.

SQL도 마찬가지예요. 정답 쿼리를 베껴 쓰는 것보다 "이 조건이 먼저 걸러지고, 그다음 묶이고, 마지막에 정렬된다"처럼 흐름을 설명할 수 있어야 합니다. 용어는 무작정 두음만 따기보다, 시험장에서 떠올릴 수 있는 정의 단서를 같이 묶어두는 편이 안정적입니다.

코드 문제를 포기해도 될까요?

코드가 약한 분들이 제일 많이 흔들리는 지점입니다. "용어랑 SQL만 맞히면 되지 않을까?" 하고요. 그런데 공개 기출 풀이와 분류 자료를 보면 코드와 SQL은 꾸준히 따로 연습해야 하는 축으로 다뤄집니다. 회차마다 세부 비중은 달라질 수 있지만, 코드 출력과 SQL을 완전히 비워두는 전략은 부담이 큽니다.

처음부터 어려운 알고리즘을 깊게 파고들 필요는 없어요. 시험 준비 초반에는 아래 정도부터 잡아도 체감이 달라집니다.

  • 반복문에서 변수 값이 언제 바뀌는지 손으로 적기
  • 배열 인덱스가 0부터 시작하는지 확인하기
  • 조건문이 중첩될 때 실행되는 줄만 표시하기
  • SQL에서 WHERE, GROUP BY, HAVING, ORDER BY의 역할을 구분하기
  • 자주 나오는 용어는 정의의 핵심 단어까지 같이 말하기

기출노트에서 공부한다면 이 단계는 챕터모드로 나눠서 보는 게 좋습니다. 코드가 약한 날에는 코드만, SQL이 흔들리는 날에는 SQL만 따로 풀어야 약점이 선명하게 보여요. 모든 문제를 한꺼번에 섞으면 "그냥 전체적으로 못하는 것 같다"는 느낌만 남을 때가 많습니다. 반대로 챕터를 좁히면 오늘 틀린 이유가 반복문인지, 조인 조건인지, 용어 암기인지 바로 보입니다.

오답노트는 어떻게 만들어야 할까요?

정보처리기사 실기 오답노트는 예쁘게 정리하는 노트가 아니어도 됩니다. 오히려 너무 깔끔하게 베껴 쓰다 보면 시간이 많이 들어요. 시험장에 가까운 오답노트는 짧고 거칠어도 다시 풀 수 있어야 합니다.

추천하는 형식은 이렇습니다.

기록 항목예시
문제 종류Java 출력 / SQL 조인 / 보안 용어
틀린 이유반복문 마지막 증감 후 값을 출력한다고 착각함
다시 볼 단서표를 그려서 i, sum 값을 줄마다 적기
재도전 결과2일 뒤 다시 풀었을 때 맞힘 / 또 틀림

여기서 중요한 건 "재도전 결과"입니다. 해설을 읽고 바로 이해한 문제는 진짜 내 문제가 아닐 수 있어요. 하루나 이틀 뒤 다시 봤을 때 혼자 풀 수 있어야 회독이 끝난 겁니다.

기출노트의 오답모드는 이 흐름에 맞게 쓰기 좋습니다. 처음 틀린 문제를 모아두고, 해설을 본 뒤 바로 지우지 말고 며칠 뒤 다시 풀어보세요. 다시 맞혔다면 랜덤모드에서 섞어 풀고, 또 틀렸다면 챕터모드로 돌아가 같은 유형을 몇 문제 더 보는 식입니다.

시험 전 일주일에는 새 자료보다 실전 감각이 우선이에요

시험이 가까워질수록 새 요약집, 새 복원 문제, 새 암기표가 눈에 들어옵니다. 불안해서 뭔가 더 추가하고 싶어져요. 하지만 마지막 일주일에는 새 자료를 늘리는 것보다 이미 틀린 문제를 다시 틀리지 않는 쪽이 점수에 더 가깝습니다.

시험 전에는 이렇게 줄여보세요.

  • 새 개념 정리는 꼭 필요한 것만 확인하기
  • 코드 문제는 눈으로만 보지 말고 출력값을 손으로 추적하기
  • SQL은 정답 쿼리 암기보다 조건이 적용되는 순서를 말해보기
  • 용어는 비슷한 단어끼리 묶어서 헷갈리는 지점만 표시하기
  • 하루에 한 번은 20문항 단위로 시간을 재고 풀기

실전모드로 20문항을 풀어보면 평소에는 안 보이던 습관이 드러납니다. 앞 문제에서 시간을 너무 쓰는지, 코드 문제를 넘기고 돌아왔을 때 집중력이 떨어지는지, 용어 문제에서 맞춤법이나 영문 약어를 헷갈리는지 같은 것들이요.

기출 회독의 목표는 "본 적 있음"이 아니라 "다시 풀 수 있음"입니다

정보처리기사 실기 기출 공부를 하다 보면 회독 숫자가 마음을 흔듭니다. 누군가는 3회독으로 붙었다고 하고, 누군가는 7회독은 해야 한다고 말합니다. 그런데 같은 3회독이라도 매번 손으로 추적하며 푼 사람과 해설을 빠르게 읽고 넘긴 사람의 결과는 다를 수밖에 없어요.

기출을 볼 때는 이렇게 물어보면 좋습니다.

  • 이 문제를 왜 틀렸는지 한 문장으로 말할 수 있나?
  • 같은 유형이 숫자나 코드만 바뀌어도 다시 풀 수 있나?
  • 해설 없이 SQL 실행 순서를 설명할 수 있나?
  • 용어 정의에서 빠지면 안 되는 핵심 단어를 알고 있나?
  • 20문항으로 섞였을 때도 시간 안에 풀 수 있나?

이 질문에 답이 되면 회독 횟수는 자연스럽게 따라옵니다. 정처기 실기는 범위가 넓어서 막막하지만, 틀린 이유를 코드, SQL, 용어로 나누기 시작하면 다음에 해야 할 일이 훨씬 분명해져요. 오늘 기출을 한 회차 풀었다면, 맞힌 개수만 보지 말고 틀린 문제를 세 갈래로 나눠보세요. 그게 다음 회독의 출발점입니다.

참고한 자료