2장. 테스트 피라미드를 포트폴리오로 다시 읽기

아래가 많고 위가 적다는 그림만 외우면 API 중심 시스템과 이벤트 시스템을 설명하지 못한다. 실행 속도, 격리, 현실성, 실패 위치 정확도, 유지 비용으로 테스트 종류를 본다. 빠른 unit이 잘못된 mock을 검증할 수 있고, 느린 E2E가 유일하게 브라우저 통합을 증명할 수 있다.

포트폴리오 표에는 위험, 테스트 층, fixture, 실행 위치, 평균 시간, flaky 비율, 실패 소유자, 보관 증거를 둔다. 중복 테스트를 지우고 빈 위험을 채운다. 커버리지 비율은 탐색 신호이지 안전 보증이 아니다.