이 게시물은 Code Review에서 “이거 진짜 돌아가?”에 쓰이던 동작 확인 비용을 Acceptance 증명으로 자동화해 리뷰 무게중심을 설계 판단으로 옮기는 과정을 다룹니다. Acceptance 증거로는 E2E 테스트 통과 결과와(선택적으로) 데모 녹화 영상을 PR에 첨부하는 워크플로우를 제시합니다. Gradle 태스크 관점에서 startE2EServer는 이미 실행 중인 서버 재사용, PID 파일 추적, 타임아웃 시 로그 경로 포함 에러를 핵심으로 설명하고 e2eTestWithServer가 서버 시작~테스트 실행~stopE2EServer 정리를 단일 라이프사이클로 관리합니다. stopE2EServer는 PID 기반 graceful shutdown 후 실패 시 force kill로 재시도해 포트 충돌·좀비 프로세스 가능성을 줄입니다. recordDemoWithServer는 로컬 전용으로 Playwright 데모 설정을 사용해 영상/시각 산출물을 만들고 PR에 붙여 리뷰어가 코드를 읽기 전 동작을 확인하게 합니다. 단, Acceptance 증명은 성능·보안·데이터 일관성·가독성/유지보수 같은 영역을 전부 보장하지 않으므로 사람 리뷰어의 설계/품질 판단이 계속 필요함을 명시합니다.