Unit·Integration·Contract·E2E를 릴리스 증거로 만드는 법
위험에서 출발해 unit, DB, contract, E2E와 실패 trace를 하나의 릴리스 판정으로 연결한다.
상태: 출간 후보 웹교정쇄 · 자동 QA 통과 · QA·접근성 현장 감수 대기 · 36개 장
테스트 개수와 품질은 비례하지 않는다. 시니어는 중요한 실패가 어디서 가장 싸고 정확하게 잡히는지 설계한다. FieldPass의 예약·배정·결제·알림을 대상으로 unit, 실제 DB integration, contract test, Playwright 여정, 성능·보안 회귀를 연결한다. 목표는 초록색 대시보드가 아니라 릴리스 결정을 뒷받침하는 증거다.
목차
- 1장. 테스트 전략은 제품 위험에서 시작한다
- 2장. 테스트 피라미드를 포트폴리오로 다시 읽기
- 3장. 좋은 unit test는 정책을 설명한다
- 4장. Fixture를 이야기로 설계한다
- 5장. 실제 DB integration test가 잡는 것
- 6장. Migration을 별도 제품처럼 시험한다
- 7장. Contract test로 배포 독립성을 지킨다
- 8장. 외부 API는 시뮬레이터와 sandbox를 나눈다
- 9장. 이벤트 시스템을 결정적으로 시험한다
- 10장. Playwright E2E는 사용자 결정만 검증한다
- 11장. Flaky test는 다시 돌려 숨기지 않는다
- 12장. Property와 model-based test로 상태 공간을 넓힌다
- 13장. 시각 회귀와 접근성은 별도 축이다
- 14장. 성능 test는 성공 기준과 함께 실행한다
- 15장. 보안 회귀를 개발 test로 내린다
- 16장. CI 파이프라인을 빠른 피드백 순으로 배치한다
- 17장. Test code도 생산 코드처럼 운영한다
- 18장. 버그를 재현 test와 함께 고친다
- 19장. 릴리스 증거 묶음을 만든다
- 20장. 6주 테스트 아키텍처 캡스톤
- 21장. 위험-테스트 추적표 워크숍
- 22장. Testcontainers 실습 설계
- 23장. Pact 계약 변경 회의
- 24장. E2E 실패를 15분 안에 분류한다
- 25장. Flaky 예산과 quarantine 운영
- 26장. 운영 장애를 회귀 포트폴리오로 회수한다
- 27장. 릴리스 회의 시뮬레이션
- 28장. 최종 제출물과 채점표
- 29장. 테스트 데이터 수명주기
- 30장. Mock 부채를 찾아낸다
- 31장. 테스트 실행 시간 예산
- 32장. 90분 품질 설계 시험
- 33장. AI가 만든 테스트 검수법
- 34장. 팀 테스트 헌장
- 35장. 출간 베타 재현
- 36장. 실제 FieldPass 테스트 포트폴리오