모두
모두콘텐츠
시험이 끝난 날 저녁이면 수강생들에게 같은 연락이 옵니다. “정보처리기사 실기 가답안으로 채점했는데 60점쯤 나와요. 붙은 걸까요?” 11년 동안 이 질문을 받으면서 느낀 건, 답을 몇 개 맞혔는지보다 어떤 답을 확실하다고 셌는지가 훨씬 중요하다는 겁니다. 특히 60점 언저리에서는 애매한 답 하나를 정답으로 넣느냐에 따라 예상 결과가 뒤집힙니다.
큐넷이 안내하는 정보처리기사 실기는 정보처리 실무를 평가하는 2시간 30분 필답형 시험이고, 100점 만점에 60점 이상이면 합격입니다. 시험 직후 인터넷에서 보는 ‘실기 가답안’은 이 합격선과 함께 읽어야 합니다. 숫자 하나만 보고 합격을 확신하기에는 빠릅니다.
먼저 가답안이 어디서 나온 것인지 확인하세요
정보처리기사 실기 검색 결과에는 ‘가답안’이라는 말이 붙은 글이 많습니다. 그런데 큐넷의 가답안·확정답안 안내를 보면 공개 대상은 정기 검정 중 지필형으로 시행한 필기시험입니다. 실기 문제와 모범답안, 채점 기준은 공개되지 않습니다. 실기 가답안이라고 올라온 자료는 대체로 수험생의 기억을 바탕으로 만든 비공식 답안입니다. 큐넷의 공식 답안처럼 받아들이면 예상 점수가 부풀 수 있습니다.
제가 수강생에게 권하는 확인 순서는 단순합니다. 먼저 본인이 기억하는 문제의 조건과 실제로 답안지에 적은 표현을 따로 적습니다. 그다음 비공식 답안을 두세 곳 대조하되, 서로 다른 글이 같은 복원 내용을 옮겨 쓴 것은 독립적인 확인으로 세지 않습니다. 문제 문장이 불완전하거나 정답 표현이 갈리는 문항은 ‘확정’ 표시를 하지 않습니다.
- 답안지에 적은 내용이 선명하게 기억나고 조건도 일치하면 확실한 답으로 분류합니다.
- 개념은 맞는 듯하지만 철자, 대소문자, 결과값 또는 요구 형식이 흐릿하면 보류합니다.
- 문제 조건이나 내가 쓴 답 자체가 기억나지 않으면 점수 계산에서 빼 둡니다.
시험장을 나오자마자 친구가 말한 답을 듣고 내 답도 그랬다고 기억하는 경우가 꽤 있습니다. 그래서 ‘지금 알고 있는 정답’과 ‘시험지에 쓴 답’을 섞지 않는 게 중요합니다. 실기 문제 내용과 답을 수험표 등에 옮겨 적거나 공유하는 행위에 관한 시험 유의사항도 지켜야 합니다. 기억이 불확실한 문항은 억지로 복원하지 않아도 됩니다.
예상 점수는 하나가 아니라 범위로 잡습니다
가답안으로 62점이 나왔다는 수강생에게 저는 먼저 그 62점의 구성을 묻습니다. 확실한 답이 45점이고 애매한 답을 모두 맞혔다고 쳐서 62점이면, 현재 확인된 점수는 45점입니다. 반대로 확실한 답만 65점이라면 전망이 달라집니다. 둘 다 예상 점수는 비슷해 보여도 불확실성의 크기는 전혀 다릅니다.
채점할 때는 ‘확실한 점수’와 ‘가능한 점수’를 나눠 적는 편이 낫습니다. 예를 들어 확실한 답이 55점, 판단이 갈리는 답이 15점이라면 예상 범위는 55~70점입니다. 이 숫자는 실제 채점 결과가 그 안에 반드시 들어간다는 뜻이 아닙니다. 문항 배점과 채점 방식까지 정확히 알 수 없는 상황에서, 합격선까지 얼마나 불확실한지만 보여 주는 도구입니다.
특히 부분점수를 마음대로 더하지 마세요. SQL 결과값에서 행은 맞고 열 순서가 달랐다거나, 코드 실행 결과의 일부만 맞았다고 해서 몇 점을 받는지는 공개된 채점 기준 없이 알 수 없습니다. 단답형 용어에 다른 표현을 썼을 때 인정되는지도 마찬가지입니다. 저는 이런 답을 일단 보류 칸에 넣습니다. 가답안 사이트가 제시한 점수보다 본인이 직접 적은 답안의 정확도가 우선입니다.
60점 근처라면 오답의 종류만 추리세요
시험 직후 모든 문항을 다시 공부하는 건 시간 대비 얻는 게 적습니다. 확실한 답이 이미 합격선을 넘었다면 발표 전까지 새 교재를 사서 처음부터 돌릴 이유가 없습니다. 반대로 확실한 답이 40점대이고 애매한 답을 모두 더해도 60점에 못 미친다면 다음 회차 준비를 시작하는 편이 현실적입니다. 그 사이에 있는 사람은 합격 여부를 단정하지 말고 틀린 유형만 좁혀 보세요.
제가 가장 먼저 가르는 것은 ‘알았는데 실수한 문제’와 ‘풀이 자체를 못 한 문제’입니다. SQL에서 조건은 이해했지만 GROUP BY나 HAVING을 잘못 썼다면 같은 유형을 손으로 다시 풀면 됩니다. 프로그램 코드를 눈으로 읽을 때는 맞혔는데 출력값을 적는 과정에서 틀렸다면 변수값을 한 줄씩 추적하는 연습이 필요합니다. 반면 처음 보는 용어 하나를 놓쳤다고 방대한 용어집 전체를 외우는 건 우선순위가 낮습니다.
다음 회차를 준비해야 한다면 최근에 틀린 문항을 SQL, 코드 해석, 개념 서술처럼 유형별로 묶으세요. 유형마다 대표 문제 몇 개를 답안 형식까지 직접 써 보는 쪽이 낫습니다. ‘이번에는 보안 용어가 많았으니 다음에도 그럴 것’ 같은 예측만으로 공부 시간을 몰아주지는 않습니다. 한 회차의 체감 난도는 다음 회차의 배점을 보장하지 않습니다.
발표 전에는 확인할 일만 남겨 두세요
가답안 점수를 하루에도 몇 번씩 고쳐 계산하는 수강생이 있습니다. 새로 나온 글을 읽고 애매한 답을 맞음으로 바꿨다가, 댓글 하나를 보고 다시 틀림으로 바꾸죠. 공식 답안과 채점 기준이 없는 상태에서는 계산 횟수를 늘려도 정확도가 크게 올라가지 않습니다. 저는 시험 직후 한 번, 신뢰할 만한 설명이 추가됐을 때 한 번 정도만 다시 보라고 합니다.
최종 합격 여부와 실제 득점은 큐넷의 합격자 발표와 시험결과 조회에서 확인해야 합니다. 발표일은 응시한 회차의 일정으로 확인하세요. 비공식 가답안의 숫자가 60점 위든 아래든, 그 숫자로 합격이나 불합격이 확정되는 것은 아닙니다.
시험이 끝나면 모르는 문제보다 애매하게 기억나는 문제가 더 오래 마음에 남습니다. 그래서 저는 가답안을 볼 때 맞힌 개수부터 세지 않습니다. 확실한 답, 판단을 미뤄야 할 답, 다음에 다시 풀 유형을 구분합니다. 그 정도면 발표 전까지 가답안이 해 줄 일은 충분합니다.
