feat(frontend): 면접 '잠시 중단' — 이어하기를 실제로 도달 가능하게

[i3months]

점검에서 나온 것

useSessionLifecycle 에 interrupt 뮤테이션이 정의돼 있는데 어디서도 호출되지 않는다. 라이브 화면의 유일한 이탈 경로는 '종료'(COMPLETED, 되돌릴 수 없음, 즉시 피드백 생성)뿐이었다.

왜 중요한가 — 어제 만든 #180 이 사실상 닿지 않았다

SessionTimeoutService 의 방치 세션 처리:

SessionStatus target = hasAnswer ? SessionStatus.COMPLETED : SessionStatus.INTERRUPTED;

즉 INTERRUPTED 는 답변이 하나도 없는 세션에만 붙는다. UI 에서 중단할 방법도 없으니, 어제 만든 '이어서 진행하기'(#180)가 닿는 범위는 아무것도 답하지 않고 떠난 면접뿐이었다.

정작 이어하고 싶은 상황 — 2개 답하고 전화를 받아 자리를 비운 경우 — 는 hasAnswer=true 라 COMPLETED 로 굳고 부분 면접에 대한 피드백까지 만들어진다. 되돌릴 수 없다.

수정

헤더에 '잠시 중단' 을 추가하고 확인 후 interrupt 를 호출한다. 직후 화면이 종료 패널로 바뀌고, 거기 이미 있는 '이어서 진행하기'(#180) 로 바로 복귀할 수 있다. 히스토리 카드도 이미 '이어하기 →' 로 되어 있다(#175).

즉 새 화면을 만들지 않고 이미 만들어 둔 경로에 진입점만 열었다.

확인 문구에서 종료와의 차이를 분명히 한다:

지금까지 주고받은 대화는 그대로 남습니다. 바로 다음 화면에서 이어서 진행할 수 있고, 나중에 히스토리에서도 다시 들어올 수 있어요. 피드백은 아직 만들어지지 않습니다.

테스트

InterviewStage.pause.test.tsx (3) — 확인 없이는 중단되지 않음, '계속 진행' 시 미실행, 중단과 종료가 서로 다른 콜백을 부름.

마지막 테스트에서 다이얼로그 확인 버튼과 헤더 버튼의 이름이 둘 다 '종료' 라 조회가 모호해진다. within(dialog) 로 한정했다.

vitest 124/124 · eslint 0 · tsc · build 통과.

남는 제품 결정 (이 PR 범위 밖)

탭을 그냥 닫은 경우는 여전히 hasAnswer 기준으로 COMPLETED 가 된다. 현실의 이탈은 버튼 클릭보다 탭 닫기가 많으므로, 이어하기가 정말 유용하려면 스위퍼 정책을 바꿔야 한다:

• 지금: 답변 있으면 COMPLETED(부분 피드백 생성) — 방치된 면접에서 뭐라도 건지려는 의도된 선택
• 대안: 답변이 있어도 INTERRUPTED(이어하기 가능) — 대신 자동 피드백은 사라진다

기존의 의도적 동작을 없애는 변경이라 임의로 하지 않았다. 판단 부탁드린다.

영향 범위

• DB 마이그레이션: 없음 / API 변경: 없음(기존 PATCH /interrupt 사용) / 환경변수: 없음
• 헤더 버튼이 하나 늘어난다. 직전 PR(fix(frontend): 좁은 화면 면접 진입 안내 + 헤더 축소 방어 #189)에서 shrink-0 과 좁은 화면 연결배지 숨김을 넣어 자리를 확보해 뒀다