CLI не обязан останавливаться перед вашим файрволом.
Раньше закрытые корпоративные сети означали, что облачные CLI-инструменты просто не работали изнутри них. TestSprite CLI можно настроить так, чтобы он направлял трафик через корпоративный HTTP/HTTPS-прокси, — и тогда он работает за вашим файрволом точно так же, как и везде.
Встроено в тот же CLI, которым вы уже пользуетесь
Настроили один раз — работает везде
Настройте прокси вместе с остальной конфигурацией CLI, и каждая команда — генерация тестов, перезапуски, получение артефактов — будет автоматически проходить через него.
Никаких особых сетевых исключений
CLI обращается к облачной песочнице TestSprite через тот же корпоративный прокси, который уже используют другие ваши инструменты разработки, — так что сетевой команде или службе безопасности не нужно согласовывать ничего нового.
Работает в CI, а не только на вашем ноутбуке
Настройка может выполняться неинтерактивно командой testsprite setup --from-env --yes --agent <name>, так что конфигурация прокси без проблем переносится в CI-пайплайны, работающие за той же сетевой политикой.
Учётные данные управляются отдельно
Конфигурация прокси и хранимые учётные данные проекта через project credential независимы друг от друга, так что смена сети не означает повторный ввод API-ключей.
$ testsprite doctor Checking CLI environment... Node.js version — OK Network connectivity — OK (via corporate proxy) TESTSPRITE_API_KEY — found $ testsprite setup --from-env --yes --agent claude Reading TESTSPRITE_API_KEY from environment... Corporate proxy detected — routing CLI traffic through it Setup complete.
Не позволяйте сетевой политике решать, что вы можете автоматизировать
Разработчики в компаниях с закрытой сетевой политикой часто вообще не могут пользоваться облачными CLI-инструментами — каждый исходящий запрос блокируется, не успев покинуть здание. Поддержка прокси означает, что TestSprite CLI работает в рамках этой политики, а не просит для себя исключение.
Создано для команд за корпоративным файрволом
Работает со стандартными корпоративными прокси
Настраивается через собственный процесс установки CLI, так что ИТ-отделу не нужно открывать отдельный прямой путь в интернет специально для TestSprite.
Вписывается в существующие CI-пайплайны
Неинтерактивная настройка командой testsprite setup --from-env --yes --agent <name> переносит конфигурацию прокси в GitHub Actions, GitLab CI или любой раннер за той же политикой.
Никакой отдельной enterprise-сборки
Поддержка прокси — часть того же CLI, который вы уже установили командой npm install -g @testsprite/testsprite-cli — ничего дополнительного запрашивать или лицензировать не нужно.
Работает в связке с управлением учётными данными
Используйте project credential для управления хранимыми учётными данными по проектам — независимо от того, как CLI обращается к облачной песочнице TestSprite.
Нам доверяют компании по всему миру
"TestSprite предлагает богатую генерацию тест-кейсов, четкую структуру и легко читаемый код. Он также поддерживает простую онлайн-отладку с возможностью быстрого расширения путем генерации новых тест-кейсов."
"Автоматизация TestSprite помогает нам сократить огромное количество ручной работы. Разработчики могут легко обнаруживать и устранять ошибки на более ранних этапах процесса разработки."
Часто задаваемые вопросы
Работает ли TestSprite CLI за корпоративным HTTP/HTTPS-прокси?
Да — поддержка прокси появилась в релизе CLI v0.3.0. CLI можно настроить так, чтобы он направлял трафик через корпоративный прокси, а не обращался к облачной песочнице TestSprite напрямую.
Почему это важно, если я не в закрытой сети?
Для вас ничего не меняется — настройка прокси опциональна. Это важно для разработчиков в компаниях, где весь исходящий трафик обязан проходить через утверждённый прокси, прежде чем вообще попасть в интернет.
Меняет ли поддержка прокси то, как реально выполняются тесты?
Нет. Тесты фронтенда по-прежнему выполняются на реальном URL через браузер, а тесты бэкенда — на базовом URL; и те, и другие запускаются в облачной песочнице TestSprite с Auto-Heal для нестабильных селекторов. Прокси меняет только то, как CLI обращается к этой песочнице.
Как настроить CLI в такой сети?
Точно так же, как и везде — интерактивно командой testsprite setup или неинтерактивно командой testsprite setup --from-env --yes --agent <name>, которая читает ваш API-ключ из переменной окружения TESTSPRITE_API_KEY.
Влияет ли это на то, как хранятся учётные данные моего проекта?
Нет — конфигурация прокси и хранение учётных данных через project credential обрабатываются отдельно, так что способ выхода CLI в сеть не меняет то, как он управляет учётными данными вашего проекта.
Ваша сетевая политика не должна блокировать автоматизацию тестирования.
Установите CLI, направьте его на корпоративный прокси и запускайте ту же автоматизацию тестирования, на которую уже полагается ваша команда, — не выпрашивая исключение у службы безопасности.