プルリクエスト
結果は、プルリクエストの上に。
実行が始まるとすぐに TestSprite がコメントし、そのコメントを結果で更新します。何が、どのステップで、なぜ失敗したのか。修正をプッシュすれば、新しいコミットが再びテストされます。
すでにある CI に、そのままつながる。
CI のシグナルで始まる
最近のプルリクエストを貼り付けると、そこで CI が行ったこと（デプロイ、ワークフロー、チェック、ステータス、Bot のコメント）を TestSprite が一覧にします。プレビューの準備完了を意味するものを選ぶだけです。
PR ごとのプレビューをテスト
各プルリクエストは、一度設定したパターンから組み立てた専用のプレビュー URL に対して実行されます。ブランチへのプッシュは、代わりに選んだ環境をテストします。
失敗したらマージを止める
マージゲートをオンにすると、実行が失敗したとき TestSprite のステータスチェックも失敗します。そのチェックを必須にすれば、プルリクエストは成功するまでマージを待ちます。
履歴
すべての実行が、ひとつの履歴に。
プルリクエストからの実行は、スケジュール、手動、CLI の実行と並び、同じスイートで実行され、同じように保持されます。チェックが赤くなったら、その実行までワンクリックです。
セットアップ
ワークスペース全体に、一度だけインストール。
GitHub App を一度インストールし、アクセスできるリポジトリを正確に選びます。あとは各プロジェクトが自分のトリガーを追加すれば、次のプルリクエストからテストされます。
2 つの入口
GitHub App か、パイプラインの CLI か。
TestSprite がアプリをビルドやデプロイすることはありません。CI が既に行っているデプロイを、構成に合う側からテストします。
GitHub App
プレビューデプロイ向け
Vercel や Netlify のようなプラットフォームがプルリクエストごとにデプロイする場合に最適です。App をインストールしてトリガーを追加すれば、結果はコメントとステータスチェックとして PR に返ってきます。ワークフローファイルを書く必要はありません。
GitHub 連携のドキュメントCLI
パイプラインを完全に制御したい場合
GitHub Actions や、シェルコマンドを実行できる任意の CI で、TestSprite CLI をステップとして実行します。成功しなかった実行はステップを失敗させます。GitHub Actions では失敗がプルリクエスト上に表示され、JUnit XML レポートは GitLab や Jenkins で利用できます。
CI/CD ガイド基礎知識
よくあるご質問
GitHub 上のリポジトリと、TestSprite のクラウドから到達できるデプロイです。プルリクエストごとのプレビュー、またはブランチのデプロイ先の環境のどちらかです。TestSprite がアプリをビルドやデプロイすることはありません。CI が既に行っているデプロイをテストします。