[Task] GRB-02 백엔드 검증 루프 hardening과 Docker preflight 추가

[alexization]

작업 유형

testing

왜 필요한가요?

현재 ./gradlew integrationTest는 Docker daemon이 내려가 있으면 Testcontainers 초기화 단계에서 바로 길고 불명확한 예외를 내고 실패합니다. 이 상태에서는 환경 문제와 실제 코드 회귀를 빠르게 구분하기 어렵고, 로컬/CI 검증 루프의 신호 품질도 떨어집니다.

작업 범위

• build.gradle의 integration 검증 흐름
• Docker preflight와 fail-fast 메시지
• 관련 테스트 보조 코드 및 검증 절차 문서

완료 조건

• Docker가 없거나 daemon이 꺼져 있을 때 integration test 진입 전에 명확한 preflight 실패 메시지가 나온다
• unit/coverage 경로와 integration 경로가 문서에 구분되어 정리된다
• Docker가 준비된 환경에서는 기존 integration test 실행 경로를 유지한다

검증 방법

• ./gradlew test jacocoTestCoverageVerification
• ./gradlew integrationTest
• docker version 상태별 메시지 확인

리스크 및 의존성

• 리스크: Gradle preflight 구현 방식에 따라 로컬 Docker context별 메시지 차이가 있을 수 있다
• 의존성: develop 기준 최신 backend 코드
• 후속 작업: GRW-05 workflow 표준 검증 런타임에서 이 preflight를 재사용 가능해야 한다