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 自己的設定流程完成設定,IT 部門不必特地為 TestSprite 開一條直通網際網路的路徑。
融入既有 CI 流水線
用 testsprite setup --from-env --yes --agent <name> 進行非互動式設定,把代理伺服器設定帶進 GitHub Actions、GitLab CI,或任何處於同一政策之下的執行器。
不需要另一套企業版
代理伺服器支援就內建在您已經用 npm install -g @testsprite/testsprite-cli 安裝好的同一套 CLI 裡——不必額外申請或取得授權。
搭配憑證管理使用
用 project credential 依專案管理儲存的憑證,這與 CLI 如何連上 TestSprite 的雲端沙盒環境彼此獨立。
全球企業信賴
"TestSprite 提供豐富的測試案例生成、清晰的結構和易於閱讀的程式碼。它還支援簡單的線上調試,並能夠透過生成新的測試案例快速擴展。"
"TestSprite 的自動化幫助我們減少了大量的手動工作。開發人員可以更容易地在開發過程早期發現並解決錯誤。"
常見問題
TestSprite CLI 能在企業 HTTP/HTTPS 代理伺服器後方運作嗎?
可以——代理伺服器支援已在 CLI v0.3.0 版加入。CLI 可以設定為透過企業代理伺服器路由流量,而不是直接連上 TestSprite 的雲端沙盒環境。
如果我不是在封閉網路裡,這對我有差嗎?
對您來說完全沒有影響——代理伺服器設定是選用的。這項功能是為了那些所有對外流量都必須先經過核准代理伺服器、才能連上網際網路的公司裡的開發者。
代理伺服器支援會改變測試實際執行的方式嗎?
不會。前端測試依然是透過瀏覽器對正式上線的網址執行,後端測試依然是對基底網址(base URL)執行,兩者都在 TestSprite 的雲端沙盒環境中執行,並搭配 Auto-Heal 處理脆弱的選擇器。代理伺服器只改變 CLI 連上那個沙盒環境的方式。
在這樣的網路環境裡,要怎麼設定 CLI?
和在其他任何地方設定的方式一樣——互動式用 testsprite setup,或非互動式用 testsprite setup --from-env --yes --agent <name>,它會從 TESTSPRITE_API_KEY 環境變數讀取您的 API 金鑰。
這會影響我的專案憑證儲存方式嗎?
不會——代理伺服器設定和透過 project credential 進行的憑證儲存是分開處理的,CLI 連上網路的方式不會改變它管理專案憑證的方式。