사고 · beginner

회귀 확인: 고친 뒤 다시 채점

한 케이스를 고친 뒤, 예전 통과 케이스가 깨지지 않았는지 확인합니다.

배우기 · 문제 푸는 사고 · 10분 · 9/10 · 사고 · 디버그

이 트랙 목차 (10)
  1. 1. 문제 읽기: 입출력·제약·목표
  2. 2. 예제 추적: 손으로 한 스텝
  3. 3. 경계·엣지 케이스 목록화
  4. 4. 오답·실패 케이스 분석
  5. 5. 패턴 고르기: 제약으로 후보 줄이기
  6. 6. 의사코드: 구현 전에 뼈대 쓰기
  7. 7. 시간 상자: 막힐 때 멈추는 규칙
  8. 8. 접근 비교: 브루트 · 해시 · 투포인터
  9. 9. 회귀 확인: 고친 뒤 다시 채점
  10. 10. 작은 테스트 직접 쓰기

왜 필요한가

실패 케이스만 맞추다 보면 예제 1은 다시 틀리는 일이 흔합니다.
수정은 “그 입력만”이 아니라 계약 전체를 건드릴 수 있습니다.

최소 루프

  1. 실패 케이스 수정
  2. 같은 케이스만 재채점
  3. 전체 채점(또는 예제 전부)
  4. 새로 깨진 케이스가 있으면 메모에 “회귀”라고 적기

이 사이트 채점 버튼이 여러 케이스를 한 번에 돌리면, 통과 후에도 한 번은 전체를 보세요.

기록

실패: 입력 … / 기대 … / 실제 …
수정: …
회귀?: 예제2 깨짐 → 원인 …

북마크 문제에 이 메모를 남기면 다음날 복습이 빨라집니다.

피하기

체크리스트

단계완료?
실패 케이스 재통과
예제·이전 통과 케이스
엣지(빈 입력·1개)

연습

일부러 예제만 맞게 짜 본 뒤, 숨은 케이스가 있다면 어떻게 깨지는지 관찰해 보세요. (로컬에서 입력을 바꿔 가며)

한 줄

> 고치면 그 케이스만이 아니라, 전체가 다시 계약이다.

관련 태그 문제로 바로 연습해 두면 읽기가 남습니다.

시간 상자와의 연결

25분 상자 안에서도 “수정 → 같은 케이스 → 전체” 3분은 남겨 두세요.
상자 끝에 회귀를 건너뛰면 다음날 같은 버그를 다시 만납니다.

통과 후에도 예제 입력을 한 번 더 눈으로 따라가 보면 확신이 생깁니다.

관련: 「채점 결과 읽기」 레슨과 함께 보면 수정 좌표 → 회귀 확인 순서가 고정됩니다.

하드코딩으로 한 케이스만 맞추면 회귀는 거의 반드시 납니다. 입력을 일반화하세요.

더 깊게

읽은 뒤 연습장에서 예제 코드를 한 번 타이핑해 보세요. 눈으로만 보면 하루 뒤 사라집니다.

관련 원리 카드와 문제 태그로 바로 이어서 풀면, 문법·패턴이 한 묶음으로 남습니다.

막히면 30분 규칙: 입력을 로그로 확인 → 기대/실제 한 줄 비교 → 그래도 안 되면 배우기 레슨으로 잠시 복귀.

관련 짧은 원리

관련 문제