좋은 E2E는 요청 경계와 데이터 격리 기준을 함께 가진다

시나리오가 사용자 관점으로 읽히면서도, 테스트 환경과 정리 책임은 코드 안에서 분명해야 합니다.

App

무엇을 실제로 띄우나

AppModule, guard, pipe, interceptor 범위를 정합니다.

Data

무엇을 미리 만드나

필요한 row만 seed하고, 테스트 끝에 지웁니다.

HTTP

무슨 요청을 보내나

method, path, body, header가 외부 계약과 맞아야 합니다.

Assert

무엇으로 성공을 보나

상태 코드와 응답 body, 저장 결과를 함께 단언합니다.

핵심: E2E는 많이 쓰는 것보다, 깨지면 중요한 사용자 흐름에 정확히 쓰는 것이 더 좋습니다.