一部のテストプランは、実行される前からすでに壊れています。
不正な形式のステップや未定義のセレクタは、きれいに失敗してくれるわけではありません — それを突き止めるために実行が無駄になります。testsprite test lint <planFile>は最初にテストプランの構造をチェックするので、時間やクレジットを費やす前に問題を見つけられます。
すでに使っている同じCLIに組み込み済み
不正な形式のステップを見つける
testsprite test lint <planFile>は、テストプラン内のすべてのアクションとアサーションのステップに構造的な問題がないかをチェックします — 本番環境に対して実行される前に。
あいまいなアサーションにフラグを立てる
明確な対象がないアサーションは、実行の途中で発見したくない問題です。Lintは、プランがまだ単なるJSONファイルである段階でそれを見つけます。
欠落したセレクタを見つける
プラン内で定義されていないセレクタを参照するステップは、後で紛らわしい失敗として表面化するのではなく、すぐにフラグが立てられます。
どんなテストプランでも動作する
Lintは、TestSpriteが生成したものでも手で編集したものでも、どんなテストプラン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ファイルだけから同じ構造的な問題を見つけます。
生成されたものだけでなく、自分で書いたり手で編集したりしたテストプランでも動作しますか？
動作します — test lintは、TestSpriteから来たものでも直接編集されたものでも、どんなテストプランJSONファイルに対しても実行できます。
test lintが問題を見つけたら、どうすればいいですか？
テストプランJSONファイル内のフラグが立てられたステップを修正し、もう一度lintしてください。クリーンなパスは、実行にコストを払う前にプランが構造的に健全であることを意味します。
以前に実行したことのあるプランでも、毎回test lintを実行すべきですか？
実行コストは低く、手による編集で持ち込まれた問題を見つけられるので、test runの前に実行するのは合理的な習慣です — 特にCIでは。