有些測試計畫,根本還沒執行就已經壞了。
一個格式錯誤的步驟或未定義的選擇器,不會乾脆俐落地失敗——它會浪費一次執行才讓您發現問題。testsprite test lint <planFile> 會先檢查測試計畫的結構,讓您在花時間或點數之前就抓到問題。
內建於您已在使用的同一套 CLI
抓出格式錯誤的步驟
在測試計畫裡的任何步驟真正對上線環境執行之前,testsprite test lint <planFile> 會檢查每一個動作和斷言步驟有沒有結構性問題。
標記含糊的斷言
一個沒有明確目標的斷言,是您不會想在執行到一半才發現的問題。趁計畫還只是一個 JSON 檔案時,lint 就會先抓到它。
找出缺漏的選擇器
一個步驟引用了計畫裡從未定義過的選擇器,會立刻被標記出來,而不是之後才以一個令人困惑的失敗形式浮現。
適用於任何測試計畫
不論是 TestSprite 產生的,還是手動編輯的,lint 都能對任何測試計畫 JSON 檔案執行——所以不管您的計畫實際上是怎麼建立的,它都能派上用場。
$ testsprite test lint test-plan.json
Checking test-plan.json for structural problems...
✗ 2 issues found
- step 3: assertion is missing a clear target
- step 7: selector not defined in this plan
→ fix these before running the plan
$ testsprite test lint test-plan.json
Checking test-plan.json for structural problems...
✓ no structural problems found
別把一次執行浪費在一份注定跑不起來的計畫上
帶著格式錯誤步驟或未定義選擇器的測試計畫失敗,不是因為您的產品壞了——而是因為計畫本身有結構性問題。Lint 會在事前就先抓到這一點,不必讓您付出一次執行的代價。
為會被手動編輯的測試計畫打造
適用於任何測試計畫
不管是產生出來的還是編輯過的都無所謂——test lint 對您專案裡任何測試計畫 JSON 檔案都能執行。
回饋進循環裡
正在產生或編輯測試計畫的代理,可以在把計畫交給 test run 之前先呼叫 test lint,趁問題還很便宜就先抓到它。
免費社群版
提供免費社群版,讓所有人都能使用。
搭配執行使用
在 testsprite test run 之前先執行 testsprite test lint,讓結構性問題永遠沒機會浪費一次真正的執行。
全球企業信賴
"TestSprite 提供豐富的測試案例生成、清晰的結構和易於閱讀的程式碼。它還支援簡單的線上調試,並能夠透過生成新的測試案例快速擴展。"
"TestSprite 的自動化幫助我們減少了大量的手動工作。開發人員可以更容易地在開發過程早期發現並解決錯誤。"
常見問題
testsprite test lint 實際上檢查什麼?
它會在計畫真正對上線環境執行之前,檢查測試計畫 JSON 檔案的結構——例如格式錯誤的動作或斷言步驟、沒有明確目標的斷言,以及被引用卻從未定義過的選擇器。
這跟直接執行測試計畫、看看會發生什麼事有什麼不同?
執行計畫要花時間和點數才能發現計畫本身壞掉了。Lint 光靠 JSON 檔案本身就能找出同樣的結構性問題,而且什麼都還沒執行。
這對我自己寫或手動編輯過的測試計畫也適用嗎,不只是產生出來的?
適用——不管是來自 TestSprite,還是直接被編輯過,test lint 都能對任何測試計畫 JSON 檔案執行。
當 test lint 發現問題時,我該怎麼做?
修正測試計畫 JSON 檔案裡被標記的步驟,再檢查一次。乾淨通過代表計畫在結構上沒問題,可以放心花一次執行在它上面。
我每次都該執行 test lint 嗎,即使是之前跑過的計畫?
它執行起來很便宜,而且能抓到手動編輯帶來的問題,所以在 test run 之前先執行它,是個合理的習慣——在 CI 裡尤其如此。