意図ベースのテストをコードとして記述
日本語の平易な説明で journey を記述すると、blop はそれを `.blop.ts` のテストに変換し、セレクターのスクリプトではなく意図として読める形にします。テストはリポジトリ内に保存され、他のコードと同じようにレビューできます。
blop
認証するblop は、リポジトリ内でブラウザテストをコードとして記述し、CIで実行、失敗をクラスタリングし、壊れたテスト修正用のPRも開けるQA agentです。
テストをコードとして維持する QA agent
blop は、ベンダーのダッシュボードではなくリポジトリ内にブラウザテストをコードとして置きたいチーム向けの QA agent です。平易な英語で journey を説明すると、エージェントが実際のブラウザを使ってその手順を実行し、所有できるテスト成果物を作成・維持します。
この製品はそれらのテストを CI で実行し、結果をトリガーになった pull request に構造化して返し、繰り返し発生する失敗をクラスタリングして、再発する障害を追跡しやすくします。UI 変更でテストが壊れた場合、blop は修正と検証ステップを含む pull request を開けるため、レビュー可能な差分を中心にワークフローを保てます。
blop ができること
Playwright によるブラウザ実行
エージェントは Playwright を通じて実際のブラウザをフローに沿って操作するため、テスト結果は隠れたダッシュボード状態ではなく、実際のユーザーパスを反映します。
CI ネイティブな実行
blop は既存の GitHub Actions ランナーを使って CI 上でテストを実行するので、すでに運用しているパイプラインに自然に組み込めます。
失敗のクラスタリング
同じ失敗が繰り返される場合はクラスタとしてまとめられるため、同じ壊れたセレクターや UI 変更が実行ごとに何十行も別々に表示されません。
エージェント作成の修正 PR
失敗が対象条件を満たす場合、エージェントはテストを修正し、グリーンになることを確認した pull request を開くことができます。Auto-fix は早期アクセスです。
シンセティック監視
任意のテストを production に対する定期的なプローブとしてスケジュールでき、uptime、p95 の所要時間、journey 完了率がシグナルとして表示されます。
blop の適用先
製品ジャーニーをコードに変換
チームは checkout、signup、その他のユーザージャーニーを平易な英語で記述し、製品変更と並べてバージョン管理・レビューできるブラウザテストを得られます。
繰り返し失敗のトリアージ
同じセレクターの破損や UI 回帰が繰り返し発生する場合、失敗のクラスタリングによって多数の類似結果を 1 つの調査対象にまとめられます。
pull request でテストを修復
UI 変更でテストが壊れたとき、エージェントは trace、console 出力、diff を確認し、範囲を絞った修正と検証実行を含む pull request を開けます。
既存の CI ワークフローに組み込む
すでに GitHub Actions を使っているチームは、別の実行環境を用意せずに現在の CI ランナー経由でテストを実行できます。
重要なジャーニーを監視
任意のテストを本番向けの定期プローブとしてスケジュールし、重要なユーザーフローの uptime、journey 完了率、p95 の所要時間を監視できます。
Pros and Cons
Pros
- テストは隠れたダッシュボード状態ではなく、コードとしてリポジトリに保存されます。
- 既存の GitHub Actions ランナーと統合して実行されるため、別途ランナーをホストする必要がありません。
- 繰り返し発生する失敗はクラスタリングされるため、同じ問題が複数回の実行に現れるノイズが減ります。
- 製品は構造化された結果を pull request に返せるため、レビューの文脈をコードレビューの流れに保てます。
- 定期実行のテストは、uptime と p95 の所要時間シグナルを持つシンセティックチェックとしても使えます。
Cons
- Auto-fix は早期アクセスのため、修正ワークフローはまだ完全に一般提供された機能ではありません。
- Playwright が現在の第一級ランタイムで、他のフレームワーク向けアダプターは利用可能ではなく今後予定されています。
- コントロールプレーン全体のセルフホストはロードマップ上にあり、まだ提供されていません。
FAQ
テストはどこに保存されますか?
テストはリポジトリ内の `.blop.ts` ファイルとして保存されます。バージョン管理され、コードレビューの対象になり、チームが編集や削除を行えます。
無料トライアルはありますか?
はい。すべてのプランには 7 日間の無料トライアルがあり、選択したプランの機能をすべて利用できます。開始にクレジットカードは不要です。
自分でランナーを用意する必要がありますか?
blop は既存の GitHub Actions ランナーを使って実行されます。クラウドでもセルフホストでも構いません。コントロールプレーン自体がテストを実行することはありません。
Playwright しか対応していませんか?
blop は現在 Playwright ファーストです。結果ペイロードはバージョン管理された契約であり、サイトでは他のフレームワーク向けアダプターが次に予定されていると案内されています。
エージェントは失敗したテストをどのように修正しますか?
実行が失敗すると、エージェントが失敗内容、トレース、差分を確認し、範囲を絞った修正と検証ビルドを含む pull request を開くことができます。Auto-fix は早期アクセスで、承認なしにマージされることはありません。
Quick Facts
- カテゴリ
- Developer Tool
- 主な用途
- ブラウザテストと QA 自動化
- 実行モデル
- GitHub Actions ランナーで CI 内実行
- テスト形式
- リポジトリ内の `.blop.ts` ファイル
- フレームワーク
- Playwright-first
- 価格
- 1 ユーザー単位のプランと 7 日間の無料トライアル
blopの代替品
Orca
Orcaは、コードエージェントでの開発・実装を支援するAgent Development Environment。分離されたworktree上で複数のCLIエージェントを並列実行し、デスクトップとモバイルの連携ワークフローに対応します。
AI Magicx
AI Magicxは、チャット、画像、動画、音声、音楽、メール、開発タスクを1か所で扱える統合AIワークスペース。複数モデルを使い分ける手間を減らします。
Paper
Paperは、キャンバス、コード、AIエージェントをつなぎ、チームが1つのワークフローで作成・共有・出荷できるデザインツール。デスクトップアプリ、MCP対応のエージェントアクセス、実コンテンツとデザイントークンのワークフローに対応。
RLAMA
RLAMAは、macOS、Linux、WindowsでRAGシステムとインテリジェントエージェントを構築できるローカルAIプラットフォーム。ローカル処理、対話型ターミナル、HTTP APIに対応。
Kastra
KastraはAIシステム向け認可基盤。プロンプト、ツール呼び出し、シェルコマンド、APIリクエスト、ブラウザ操作を実行前に確認し、ポリシー適用と署名付き監査証跡でローカル/企業AIを統制します。
AakarDev AI
AakarDev AIは、AIプロバイダーのアクセス管理、プロジェクト設定、ログ、分析を1つのダッシュボードで行えるチーム向けツールです。BYOKに対応し、OpenAI、Google Gemini、Anthropic、Groq、Mistral AI、Perplexity AIをサポートします。