CI/CDパイプラインから mabl テストを実行する際、ボタンクリックで非同期のバッチ処理が開始されるケースがあります。バッチ処理の完了を待ってから後続のテストを実行するパターンを示します。
ビジネスシナリオ: 管理画面で「月次在庫レポート生成」ボタンをクリックすると、バックグラウンドでデータベースの集計処理が走ります。処理完了後、レポートページで集計値を検証します。
?status=processing, ?status=done）で管理します。実際のアプリでは REST API エンドポイントがこの役割を担います。
デモページ一覧
「月次在庫レポート生成」ボタンをクリックしてバッチ処理を開始。Job IDが発行される。
mabl テストACI/CDスクリプトが定期的に確認するステータスページ。処理中の表示例。
スクリプトポーリングバッチ処理が完了した状態の表示例。CI/CDスクリプトはこの状態を検知して次に進む。
完了検知テストBがアクセスするレポートページ。集計件数・金額・チェックサムをmabl が検証する。
mabl テストBテストA実行 → ポーリング → テストB実行を行う GitHub Actions ワークフローのサンプル。
GitHub Actions YAML