프론트엔드 E2E 테스트란 무엇이고, 어떤 사용자 흐름부터 검증해야 할까 빠른 답 E2E 테스트는 브라우저에서 사용자의 주요 흐름이 끝까지 완료되는지 확인하는 마지막 품질 기준선이다. 모든 화면을 자동화하기보다 로그인, 결제, 신청, 권한 확인처럼 실패 비용이 큰 여정부터 잡는 편이 유지 비용이 낮다. 도구 선택보다 더 자주 발목을 잡는 것은 불안정한 셀렉터, 고정 대기, 재현되지 않는 테스트 데이터다. 실패를 빨리 좁히려면 스크린샷만 남기지 말고 trace , 콘솔 로그, 네트워크 기록, 요청 ID를 함께 남겨야 한다. E2E 테스트는 브라우저를 얼마나 많이 조작했는가를 보는 작업이 아니라, 배포 전후에 사용자가 중요한 일을 실제로 끝낼 수 있는지를 확인하는 작업에 가깝다. 단위 테스트와 통합 테스트가 코드 단위의 정확도를 높여 준다면, E2E 테스트는 라우팅, 인증, 렌더링, 네트워크, 권한이 연결된 최종 경로를 확인한다. 목차 시간 흐름으로 이해하기 흐름으로 보기 왜 이 기준을 기본 품질로 볼까 핵심 흐름 선정 실제로 막히는 지점 테스트 환경 준비 브라우저 시나리오 실행 실패 증거 수집 CI 품질 게이트 무엇을 E2E로 두고 무엇은 단위·통합 테스트에 맡길까 시간 흐름으로 이해하기 설계 시점 실패 비용이 큰 사용자 여정 2~5개를 먼저 고른다. → 준비 시점 계정, 시드 데이터, 외부 의존성을 반복 가능한 상태로 맞춘다. → 실행 시점 입력과 클릭보다 최종 화면, 세션 유지, 응답 결과를 기준으로 본다. → 실패 시점 스크린샷, 콘솔, 네트워크, trace 를 함께 저장해 원인을 좁힌다. → 배포 시점 PR 스모크, 배포 전 회귀, 스테이징 검증을 분리해 운영 흐름에 붙인다. 시간축으로 보면 E2E는 테스트 코드 한 파일의 문제가 아니라, 설계와 운영을 잇는 품질 장치에 가깝다. 앞단에서 범위를 잘 고르고, 중간에서 증거를 잘 남기고, 뒷단에서 품질 게이트를 분리해야 유지가 쉬워진다. 흐름으로 보기 흐름 다이어그램 이 순서를 거꾸...