예시 답변 1
약 86초
테스트 범위 기준 + 실제 경험 + 인사이트로 닫는 결
프론트엔드 테스트를 작성해본 경험이 있습니다. `React Testing Library`와 `Jest`를 사용해서 유닛 테스트와 통합 테스트를 작성했습니다.
테스트 범위를 정하는 기준으로 삼은 것은 변경 시 영향 범위가 큰 부분과 사용자 흐름의 핵심 경로입니다. 유닛 테스트는 재사용되는 컴포넌트(드롭다운, 폼 입력 등)에 집중했고, 통합 테스트는 로그인 → 메인 화면 전환처럼 여러 컴포넌트가 함께 동작하는 흐름을 검증했습니다.
E2E 테스트는 Playwright로 소수만 작성했는데, 실행 시간이 길어서 배포 직전 주요 사용자 시나리오 2~3개에만 적용했습니다. 테스트를 작성하면서 느낀 것은 테스트를 어렵게 만드는 컴포넌트는 대부분 책임이 너무 많은 컴포넌트라는 것입니다. 테스트를 쓰면서 설계 문제를 발견하게 됐고, 이후 컴포넌트 분리를 더 신경 쓰게 됐습니다.
이 결의 특징
변경 시 영향 범위와 사용자 핵심 경로를 기준으로 유닛·통합·E2E 테스트 범위를 나눈 흔적이 있습니다. 테스트를 어렵게 만드는 컴포넌트가 대부분 책임이 과한 컴포넌트라는 발견이 결에 담겨 있습니다.
이 결이 통하는 자리
로그인부터 메인 화면 전환처럼 구체적 통합 테스트 범위가 살아 있을 때 통합니다. 테스트가 설계 문제를 드러내 컴포넌트 분리로 이어졌다는 흐름이 붙을 때 면접관이 테스트 철학을 읽는 결이 보입니다.