新功能: TestSprite CLI 現已上線!

您的 CI 早就知道怎麼讀這個格式了。

TestSprite 的測試結果可以匯出成 JUnit XML——大多數 CI 系統早就知道怎麼解析和顯示的格式。不需要另一個檢視器,也不需要再多開一個儀表板檢查:結果會直接出現在您流水線跑的其他每一套測試旁邊。

為您已經在看的 CI 儀表板打造

JenkinsGitLab CICircleCIGitHub Actions
一個沒有人打開的測試結果,等於不存在。把它放在團隊本來就會看的地方,而不是要求大家再多開一個分頁。

說一種 CI 早就聽得懂的語言

不論結果是由哪種語言或框架產生,JUnit XML 都是大多數 CI 測試報告步驟早就會解析的格式。不需要為 TestSprite 的輸出特別寫一個解析器。

出現在團隊本來就會看的地方

Jenkins、GitLab CI、CircleCI 和 GitHub Actions 的測試報告元件,可以把 TestSprite 的結果顯示在跟流水線裡其他每一套測試相同的執行摘要中。

不需要另一個檢視器

通過/失敗數量和失敗細節會直接出現在您團隊每次建置後都會打開的 CI 執行紀錄裡,不必再登入另一個工具查看。

搭配機器可讀輸出

把 JUnit 匯出用在 CI 儀表板上,或者當腳本需要用程式處理結果時,改用 --output json

# .github/workflows/test.yml
- name: Run TestSprite tests
  run: testsprite test run TC_checkout_promo
  env:
    TESTSPRITE_API_KEY: ${{ secrets.TESTSPRITE_API_KEY }}

- name: Publish test report
  uses: dorny/test-reporter@v1
  if: always()
  with:
    name: TestSprite Results
    path: 'testsprite-results.xml'
    reporter: java-junit

別再要求團隊多看一個儀表板了

放在團隊本來就不會去看的地方的測試結果,通常會被忽略。匯出成 JUnit XML,代表 TestSprite 的通過/失敗結果會出現在跟其他所有東西相同的 CI 執行摘要裡,不必要求任何人切換情境。

為您已經擁有的流水線打造

與您現有的一切相容

任何支援 JUnit XML 的 CI 系統——也就是絕大多數的 CI 系統——都能直接顯示 TestSprite 的輸出,不需要額外工具或自訂整合。

直接融入既有步驟

把 TestSprite 加進一個已經在跑單元測試和整合測試的流水線裡,當作另一個測試步驟,它的報告就會出現在同一份執行摘要中。

免費社群版

提供免費社群版,讓所有人都能使用。

接上去之前先預覽

--dry-run 在把它變成每次提交都會執行的流水線的一部分之前,先看看一次執行會做什麼。

全球企業信賴

"TestSprite 提供豐富的測試案例生成、清晰的結構和易於閱讀的程式碼。它還支援簡單的線上調試,並能夠透過生成新的測試案例快速擴展。"

"TestSprite 的自動化幫助我們減少了大量的手動工作。開發人員可以更容易地在開發過程早期發現並解決錯誤。"

常見問題

什麼是 JUnit XML,為什麼 CI 這麼在意它?

這是一種歷史悠久、用來回報測試結果的 XML 架構,最早源自 JUnit 框架,但現在不論結果實際上是由哪種語言或框架產生,大多數 CI 系統都能解析它。

我需要外掛才能在 CI 儀表板裡看到 TestSprite 的結果嗎?

不需要——Jenkins、GitLab CI、CircleCI 和 GitHub Actions 的測試報告元件早就知道怎麼解析 JUnit XML,所以 TestSprite 的匯出可以直接套進您已經設定好的任何測試報告步驟裡。

JUnit 匯出會取代 CLI 的其他輸出格式嗎?

不會——它跟用於機器可讀輸出的 --output json,以及一般的終端機輸出並存。看哪個工具在讀取結果,就用適合它的格式。

前端和後端的測試執行都適用嗎?

適用——不論結果是來自瀏覽器端的前端執行,還是後端/API 執行,這個匯出功能都適用。

我可以在把它接進 CI 之前,先看看一次執行會做什麼嗎?

可以——--dry-run 會在不實際執行的情況下預覽一次執行,在您第一次把 TestSprite 加進流水線時很有用。

別再檢查兩個儀表板了。