E2E 도구 이름만 아는지, 테스트 종류별 역할 분담과 flakiness 대응까지 잡는 사람인지를 가른다.
프런트엔드 E2E 테스트는 실제 브라우저에서 사용자 흐름(로그인, 결제, 권한 경로)을 검증해 통합 지점의 회귀를 잡는 테스트다. 단위 테스트가 로직 정확성을 보장한다면, E2E는 라우팅·네트워크·상태 연동이 함께 동작하는지를 확인한다. 다만 느리고 flaky해지기 쉬워 모든 케이스를 E2E로 올리기보다 매출·보안·핵심 전환 시나리오를 우선 고정하는 게 효율적이다. 즉 테스트 피라미드의 _마지막 안전망_으로 운영해야 한다.
결제 흐름 E2E를 깔아 회귀 사고를 막아본 경험이 있다면 "무엇을 E2E로 보호했는지" 기준이 그대로 답변 후크가 된다
flaky 테스트를 Playwright의 명시적 대기·네트워크 모킹으로 잡아본 경험이 있다면 운영성 이야기로 이어진다
단위/통합/E2E 비율을 팀에 정해본 적이 있다면 우선순위 판단 근거를 보여줄 수 있다
아직 공개된 답변이 없어요. 첫 공개 답변을 남겨보세요.