一套 CLI。每個服務都有自己的專案。
微服務團隊不需要一整套沒有區分的巨大測試套件。testsprite project create 讓每個服務都有自己的專案、自己的認證資訊,以及自己的執行歷史——全部從同一套命令列管理。
一個帳號,多個專案
留住您弄壞的證據
testsprite project list 一眼看到您正在追蹤的每個服務——不用在儀表板裡翻找,回想六個月前設定了什麼。
理解您的需求
testsprite project create --name <name> 幾秒鐘就能開一個新專案;每個專案都有自己的測試計畫、執行歷史,以及認證資訊。
驗證您現有的東西
testsprite project credential <projectId> 和 project auto-auth <projectId> 處理每個專案各自的身分驗證,讓一個團隊的金鑰永遠不會外流到另一個團隊的測試裡。
建議您所需要的
任何接受 --project <id> 的指令都會乾淨地限定在那個服務範圍內——test run、test list、test flaky,全部都是。
$ testsprite project create --name "checkout-service" ✓ prj_8f2a created $ testsprite project create --name "search-service" ✓ prj_a13c created $ testsprite project list prj_8f2a checkout-service 42 tests prj_a13c search-service 17 tests $ testsprite test run --all --project prj_8f2a --wait
為經營多項服務的團隊打造
每個專案各自的認證資訊
project credential 和 project auto-auth 讓身分驗證維持在它所屬的專案範圍內。
更新設定,不用從頭來過
testsprite project update 可以改變一個專案的設定,而不會遺失它的執行歷史。
免費社群版
提供免費社群版,讓所有人都能使用。
乾淨地移除
testsprite project delete 乾淨地移除一個您不再需要的專案。
全球企業信賴
"TestSprite 提供豐富的測試案例生成、清晰的結構和易於閱讀的程式碼。它還支援簡單的線上調試,並能夠透過生成新的測試案例快速擴展。"
"TestSprite 的自動化幫助我們減少了大量的手動工作。開發人員可以更容易地在開發過程早期發現並解決錯誤。"
常見問題
我需要為每個服務各開一個 testsprite 帳號嗎?
不需要——一個帳號,多個專案。testsprite project create 讓每個服務在同一個登入底下都有自己的範圍。
跨多個專案時,身分驗證怎麼運作?
testsprite project credential <projectId> 和 project auto-auth <projectId> 管理每個專案各自的認證資訊,讓不該共用金鑰的服務不會共用金鑰。
可以一次看到我所有的專案嗎?
可以——testsprite project list 會顯示您正在追蹤的每個專案,搭配 project get <id> 可以看其中任何一個的詳細資訊。
如果我更新一個專案的設定,它的歷史會怎樣?
不會有事——testsprite project update 只改變設定,不會動到既有的測試歷史。
要怎麼移除一個我不再需要的專案?
testsprite project delete <id>——乾淨移除,不留殘餘狀態。