같은 소프트웨어 설계 과목에서도 정답률은 왜 다를까?
최근 30일 많이 풀린 10문항에서 관찰한 정답률 차이와, 이 표를 복습 순서에 활용할 때의 주의점을 정리합니다.
분석: 정처LAB · AI 보조 분석 / 자료 확인·분석일 2026-09-15
| 문항 | 개념 | 학습자 식별키 수 | 풀이 기록 수 | 표시 정답률 |
|---|---|---|---|---|
| 2026년 2회 1번 | XP 실천 | 342 | 415 | 85% |
| 2026년 2회 2번 | XP 핵심 가치 | 320 | 386 | 80% |
| 2026년 2회 3번 | CASE 지원 범위 | 307 | 382 | 68% |
| 2026년 2회 4번 | 아키텍처 뷰 | 301 | 391 | 57% |
| 2026년 2회 5번 | GoF 패턴 분류 | 300 | 384 | 60% |
| 2026년 2회 7번 | UML 정적·동적 구조 | 300 | 382 | 68% |
| 2026년 2회 6번 | 응집도·결합도 | 299 | 359 | 79% |
| 2026년 2회 8번 | 정형 검토 | 292 | 358 | 76% |
| 2026년 2회 9번 | 계약에 의한 설계 | 282 | 358 | 62% |
| 2026년 2회 10번 | 순차 코드 | 281 | 334 | 87% |
관찰: 같은 과목 안에서도 30%p 차이
이 표본에서 순차 코드 문항은 87%, 아키텍처 뷰 문항은 57%였습니다. 차이는 30%p입니다. CASE와 UML 문항은 각각 68%, GoF 분류는 60%, 계약에 의한 설계는 62%로 표시됐습니다. 이는 해당 기간 이 문항들에 제출된 답안의 집계이지 실제 자격시험의 정답률이 아닙니다.
정답률이 낮은 항목을 모두 어렵거나 잘못된 문항이라고 단정할 수는 없습니다. 학습자가 아직 개념을 공부하지 않았을 수 있고, 보기의 가까운 개념을 혼동했거나 지문을 다르게 해석했을 수도 있습니다. 이 화면에는 선택지별 빈도가 없어 어느 오답을 가장 많이 골랐는지는 알 수 없습니다.
복습에 적용: 낮은 정답률을 질문으로 바꾸기
아키텍처 뷰는 정답 용어만 다시 외우기보다 지문이 운용 활동, 시스템 기능·연결, 적용 기술 기준 중 무엇을 설명하는지 나누어 보세요. UML에서는 이름을 보고 정적·동적을 찍지 말고 다이어그램이 노드·산출물의 배치를 표현하는지, 시간 순서의 메시지나 활동 흐름을 표현하는지 확인합니다.
패턴 문제는 생성·구조·행위라는 큰 분류와 구체적인 변경 목적을 함께 적는 방식이 유용합니다. 이 학습법은 문항의 기술적 내용을 토대로 한 편집 제안이며, 위 통계로 학습 효과가 증명된 방법이라고 주장하지 않습니다.
표본 편향: 같은 회차의 앞부분만 모였다
상위 10문항은 모두 정보처리기사 2026년 2회 1~10번입니다. 고유 학습자 수가 많은 순서로 고른 표본이므로 회차 첫 화면에서 시작하는 이용 동선의 영향을 받을 수 있습니다. 전체 과목을 고르게 뽑은 무작위 표본도, 모든 시험군을 대표하는 표본도 아닙니다.
따라서 '아키텍처가 전체 문제은행에서 가장 어렵다'거나 '소프트웨어 설계 전체 평균은 이 정도다'라는 결론은 내리지 않습니다. 자신이 틀린 개념을 찾는 참고 자료로 쓰고, 이후 다른 회차의 같은 개념에서도 실수가 반복되는지 확인하는 것이 맞습니다.
자료와 한계
출처: 관리자 과목별 풀이 화면의 익명 집계. 확인 시각: 2026-09-15 15:46 KST. 문항 통계는 조회 시점 직전 30일, 일별 통계는 표에 기재한 한국시간 날짜를 사용합니다.
관리자 계정의 답안은 집계에서 제외합니다. 비회원 기기 키와 회원 키가 같은 실제 사람인지 완전히 식별할 수 없으므로 키 수를 실제 인원과 동일하게 보지 않습니다. 문항 정답률은 화면에서 반올림된 값을 보존했으며 정확한 정답 건수나 첫 시도 정답률로 역산하지 않았습니다.
고유 키 수가 10 미만인 개별 집단은 공개하지 않습니다. 보고된 수치만으로 개인의 실력, 실제 시험 난이도, 인과관계 또는 학습 향상률을 판단할 수 없습니다.