Запускает ваши тесты
Shell запускает вашу команду тестов, а карточка показывает реальный код выхода и полный вывод.
Автоматизация UI — это когда программа управляет интерфейсом, чтобы сценарий выполнялся без участия человека. FlowLatch — это агент рядом с этой программой, а не сам драйвер. Он читает и редактирует ваши тестовые файлы, запускает команду тестов через Shell в Windows и показывает код выхода и вывод на карточке в чате.
Shell запускает вашу команду тестов, а карточка показывает реальный код выхода и полный вывод.
edit_file и write_file изменяют файлы тестов в вашей рабочей папке, а в режиме Ask first diff ждет вашего подтверждения.
grep, glob и read_file находят селекторы и ожидания, а ocr читает текст на сохраненном скриншоте сбоя.
Сценарии хранятся как обычные файлы в вашем репозитории. Агент читает их, запускает вашу команду тестов, объясняет сбой по реальному выводу и предлагает минимальное изменение в виде diff для вашего обзора. Он ведет краткий список покрытых сценариев, так что вы можете сразу увидеть, какие из них все еще нуждаются в тесте.
tests/перечисленоsign-in2 совпаденияyour test commandexit 1tests/sign-in.test.tsзагруженоtests/sign-in.test.tsсохраненоyour test commandexit 0Лучшие практики e2e-тестирования начинаются с краткого списка сценариев, которые не должны падать, поэтому попросите FlowLatch написать только их. list_dir и glob показывают, как названы ваши существующие тесты, read_file открывает один как шаблон, а write_file создает новый файл для сценария входа в систему с тестовым аккаунтом и фейковыми данными. Затем Shell запускает вашу команду тестов, а карточка показывает реальный код выхода. Первый черновик редко бывает финальным, поэтому просите одно изменение за раз, например, более понятное имя или добавленную проверку текста на странице. Прежде чем принять, прочитайте новый файл в diff, запустите его самостоятельно один раз и сохраните только если он соответствует задуманному сценарию.
Shell запускает вашу команду тестов, а карточка сохраняет полный вывод, так что красный результат никогда не является догадкой. grep ищет в этом выводе падающий шаг, а если ваш фреймворк сохранил скриншот, ocr читает сообщение на нем. Чтобы снизить флаттер в end-to-end тестах, попросите FlowLatch запустить падающий тест снова с той же командой и сравнить коды выхода. Проход за падением указывает на фиксированное ожидание, общие тестовые данные или порядок тестов. Попросите краткое объяснение в чате, затем проверьте его по выводу, прежде чем менять какие-либо файлы.
Стоит ли e2e-тестирование времени для фронтенд-работы, зависит от сценария, поэтому сначала покрывайте вход в систему и оформление заказа. Когда макет страницы меняется, grep находит каждый селектор, связанный с ним, read_file показывает окружающие шаги, а edit_file предлагает стабильные метки или test id вместо них. В режиме Ask first FlowLatch приостанавливается перед каждым изменением и показывает diff, по одному файлу за раз. Примите строки, которые выглядят правильно, отклоните остальные, затем позвольте Shell запустить набор тестов снова, чтобы увидеть новый код выхода. Держите diff небольшим, чтобы рецензент мог прочитать его за минуту.
При миграции e2e-тестов между фреймворками держите оба набора в репозитории, пока новый не пройдет. FlowLatch перечисляет старые тесты с помощью glob, читает каждый с read_file и записывает соответствующий новый файл с write_file, по одному сценарию за раз. web_search и http_get могут прочитать официальную документацию нового фреймворка для синтаксиса, который вы забыли. Запустите оба набора с помощью Shell, сравните коды выхода и одобряйте каждый файл в Ask first, прежде чем удалить старый. Планы сохраняются после перезагрузки, так что долгая миграция может продолжиться на следующий день.
FlowLatch — это не хостинговый сервис и не плагин для браузера. Он предназначен только для ваших собственных файлов, вашего ПК и серверов, которыми вы имеете право пользоваться, и вы держите работу внутри них, потому что Shell, веб и SSH не ограничены рабочей папкой. Он не обещает, что тест или изменение корректны, поэтому вы читаете каждый diff и запускаете тесты самостоятельно. Проходящий набор снижает риск сломать сценарий, и набор все еще нуждается в регулярном обслуживании.