E2E failure triage

E2E 실패는 단계별 증거로 좁힌다

실제 요청 흐름을 넓게 확인하는 테스트는 실패 원인이 여러 곳에 숨어 있다. 준비, 실행, 검증, 정리 중 어디가 깨졌는지 먼저 나눈다.

실패를 볼 네 구역

prepare, run, assert, teardown
1

준비 실패

모듈 컴파일, provider override, test env, seed를 먼저 본다.

2

요청 실패

method, URL, headers, body, 인증 fixture가 맞는지 확인한다.

3

검증 실패

status, response shape, DB side effect 기대값을 분리한다.

4

정리 실패

app.close, DB connection, mock 기록, 임시 데이터를 확인한다.

빠른 실패

compile 또는 init 에러

대부분 import, DI 토큰, 환경 변수 문제다.

응답 불일치

예상 status와 body 차이

라우트, pipe, guard, service 결과를 순서대로 좁힌다.

느린 실패

테스트 종료 지연

열린 DB 연결, timer, 외부 요청이 남았는지 본다.

위치
대표 증상
먼저 볼 증거
수정 방향
준비
앱이 뜨지 않음
DI 에러, env 값
module과 override 정리
요청
404, 401, 400
URL, token, payload
fixture와 path 맞춤
검증
본문이나 DB 상태 차이
response, repository 조회
기대값과 domain rule 재확인
정리
CI가 멈추거나 다음 테스트 실패
open handle, 남은 데이터
close와 cleanup 추가