您的測試計畫就是一個 JSON 檔案,請這樣對待它。
每一份 TestSprite 測試計畫都是由 action 與 assertion 步驟組成的純 JSON 檔案。用 testsprite test code get 把它抓下來、提交它、在 pull request 裡看 diff,讓同事審查它——而不是把它困在某個專有的圖形化錄製工具裡。
內建於您已在使用的同一套 CLI
純 JSON,不是黑盒子
每份測試計畫都是可讀的 JSON 檔案,由明確的 action 與 assertion 步驟組成——您可以直接開啟它、grep 它,不必重播錄製內容就能準確理解它做了什麼。
像任何其他檔案一樣提交
因為測試計畫就是硬碟上的一個檔案,它可以和它測試的程式碼一起放進您的儲存庫——用同樣的方式追蹤、分支、版本化。
在 Pull Request 裡看 Diff
修改測試計畫會產生真正的 git diff——審查者能準確看到哪個步驟變了,而不必單憑信任,相信重新錄製過的流程還做著同一件事。
直接編輯它
用 testsprite test code get 把底層檔案抓下來,在您的編輯器裡手動修改步驟,再用 testsprite test code put 推送回去。
$ testsprite test code get TC_checkout_promo
Wrote test-plans/TC_checkout_promo.json
$ git diff test-plans/TC_checkout_promo.json
{
"action": "click #promo-code-input",
- "assertion": "input is focused"
+ "action": "type '10PERCENT' into #promo-code-input",
+ "assertion": "discount line shows -10%"
}
$ testsprite test code put TC_checkout_promo
Updated test plan from local file
別再用螢幕錄影審查測試覆蓋範圍
錄製下來的流程存在某個專有工具裡,同事得要嘛信任它,要嘛重新執行一次才知道改了什麼。JSON 測試計畫則可以和它測試的程式碼放進同一個 pull request,用同樣的方式接受審查。
為早已在審查程式碼的團隊打造
融入既有工作流程
測試計畫和它涵蓋的變更放在同一個儲存庫、同一個 pull request 裡——用團隊早已習慣的 git diff 方式審查。
先產生骨架,再精修
testsprite test scaffold 產生起始的測試計畫;testsprite test lint 在您提交前驗證其結構。
免費社群版
提供免費社群版,讓所有人都能使用。
搭配執行結果 Diff 使用
測試計畫一旦納入版本控制,就能用 testsprite test diff 比較針對它的兩次執行結果,準確看出行為上的變化。
全球企業信賴
"TestSprite 提供豐富的測試案例生成、清晰的結構和易於閱讀的程式碼。它還支援簡單的線上調試,並能夠透過生成新的測試案例快速擴展。"
"TestSprite 的自動化幫助我們減少了大量的手動工作。開發人員可以更容易地在開發過程早期發現並解決錯誤。"
常見問題
測試計畫「只是 JSON」是什麼意思?
每份測試計畫都是由 action 與 assertion 步驟組成的純 JSON 檔案——沒有專有格式,也沒有二進位錄製檔,所以能在任何編輯器裡開啟,並在 git 裡乾淨地看 diff。
要怎麼取得測試計畫的底層檔案?
testsprite test code get <testId> 會把 JSON 拉到您的本機。直接編輯步驟,再用 testsprite test code put 把變更推送回去。
同事能像審查程式碼一樣審查測試計畫嗎?
可以——因為它是可以看 diff 的 JSON 檔案,能和它測試的變更放進同一個 pull request,用普通的 git diff 審查,而不是看螢幕錄影。
每份測試計畫都得從零開始建立嗎?
不必——testsprite test scaffold 會產生起始結構,testsprite test lint 則會在您提交前驗證它。
如果我想比較的是兩次測試執行,而不是兩個檔案版本呢?
那就用 testsprite test diff——它會比較兩次執行,顯示執行過程中發生了什麼變化,和測試計畫本身在 git 裡的歷史紀錄是分開的。