意図ベースのテストをコードとして記述
日本語の平易な説明で journey を記述すると、blop はそれを `.blop.ts` のテストに変換し、セレクターのスクリプトではなく意図として読める形にします。テストはリポジトリ内に保存され、他のコードと同じようにレビューできます。
blop は、リポジトリ内でブラウザテストをコードとして記述し、CIで実行、失敗をクラスタリングし、壊れたテスト修正用のPRも開けるQA agentです。
blop は、ベンダーのダッシュボードではなくリポジトリ内にブラウザテストをコードとして置きたいチーム向けの QA agent です。平易な英語で journey を説明すると、エージェントが実際のブラウザを使ってその手順を実行し、所有できるテスト成果物を作成・維持します。
この製品はそれらのテストを CI で実行し、結果をトリガーになった pull request に構造化して返し、繰り返し発生する失敗をクラスタリングして、再発する障害を追跡しやすくします。UI 変更でテストが壊れた場合、blop は修正と検証ステップを含む pull request を開けるため、レビュー可能な差分を中心にワークフローを保てます。
日本語の平易な説明で journey を記述すると、blop はそれを `.blop.ts` のテストに変換し、セレクターのスクリプトではなく意図として読める形にします。テストはリポジトリ内に保存され、他のコードと同じようにレビューできます。
エージェントは Playwright を通じて実際のブラウザをフローに沿って操作するため、テスト結果は隠れたダッシュボード状態ではなく、実際のユーザーパスを反映します。
blop は既存の GitHub Actions ランナーを使って CI 上でテストを実行するので、すでに運用しているパイプラインに自然に組み込めます。
同じ失敗が繰り返される場合はクラスタとしてまとめられるため、同じ壊れたセレクターや UI 変更が実行ごとに何十行も別々に表示されません。
失敗が対象条件を満たす場合、エージェントはテストを修正し、グリーンになることを確認した pull request を開くことができます。Auto-fix は早期アクセスです。
任意のテストを production に対する定期的なプローブとしてスケジュールでき、uptime、p95 の所要時間、journey 完了率がシグナルとして表示されます。
チームは checkout、signup、その他のユーザージャーニーを平易な英語で記述し、製品変更と並べてバージョン管理・レビューできるブラウザテストを得られます。
同じセレクターの破損や UI 回帰が繰り返し発生する場合、失敗のクラスタリングによって多数の類似結果を 1 つの調査対象にまとめられます。
UI 変更でテストが壊れたとき、エージェントは trace、console 出力、diff を確認し、範囲を絞った修正と検証実行を含む pull request を開けます。
すでに GitHub Actions を使っているチームは、別の実行環境を用意せずに現在の CI ランナー経由でテストを実行できます。
任意のテストを本番向けの定期プローブとしてスケジュールし、重要なユーザーフローの uptime、journey 完了率、p95 の所要時間を監視できます。
テストはリポジトリ内の `.blop.ts` ファイルとして保存されます。バージョン管理され、コードレビューの対象になり、チームが編集や削除を行えます。
はい。すべてのプランには 7 日間の無料トライアルがあり、選択したプランの機能をすべて利用できます。開始にクレジットカードは不要です。
blop は既存の GitHub Actions ランナーを使って実行されます。クラウドでもセルフホストでも構いません。コントロールプレーン自体がテストを実行することはありません。
blop は現在 Playwright ファーストです。結果ペイロードはバージョン管理された契約であり、サイトでは他のフレームワーク向けアダプターが次に予定されていると案内されています。
実行が失敗すると、エージェントが失敗内容、トレース、差分を確認し、範囲を絞った修正と検証ビルドを含む pull request を開くことができます。Auto-fix は早期アクセスで、承認なしにマージされることはありません。