Manta AI

Manta AIは1つのURLから始めて外へクロールする。固定された経路をたどるのではなく、次にどこへ行くかを自分で決める。つまり設定はほぼゼロだ。ページオブジェクトもない。ドライバー設定もない。調整すべき待機ロジックもない。実行のたびにアプリを再探索して学び直すので、カバレッジは古い録画ではなく、動いている製品を追う。

エージェントはセレクタではなく振る舞いから動く。だから名前が変わったボタンやずれたレイアウトで実行が壊れることはない。変更に適応してテストを続ける。これがスクリプト式フレームワークとの核心的な違いだ。そこでは、1つの変わった要素がスイート全体を無効にし、午後を修理に費やさせかねない。 録り直しは不要。セレクタ探しも不要。

Mantaは探索しながらアプリの地図を組み立てる。地図はクローラーが到達できるページとパスを示す。これはクロールの有用な副産物だ。手作業で文書化しなくても、製品の表面の粗い目録が手に入る。不慣れなコードベースを引き継ぐチームにとって、その地図だけで時間を節約できる。

エージェントが問題を見つけると、スクリーンショットとそこに至った手順を添えたレポートを返す。生のスタックトレースよりずっと役に立つ。チームの誰でも読めて、ログを掘らずに問題を再現できるからだ。バグを見つけてから理解するまでの隔たりを縮める。 その隔たりは、認められる以上に重要だ。

毎回アプリ全体を再テストする代わりに、Mantaは実行を比較し、違う部分に集中できる。実行はより軽くなり、変更された領域が目立つ。小さく頻繁な更新を出荷するチームにとって、賢明な既定値だ。 理屈は単純だ。動いていない場所は、テストを減らす。

エージェントは、壊れたリンクや投げられたエラーだけでなく、何かがうまくいっていないことを示す視覚的な変化を監視する。消えた支払いボタンや描画が止まったセクションは視覚的な差異として現れる。これが、機能チェックが見落とす一类の問題を捕まえる。 見落としやすい。指摘されれば、もう見逃せない。

Mantaは、メールアドレスとパスワード、マジックリンク、Googleサインインを通じてログイン済みのフローを扱う。公開で到達できないアプリには、Manta Runnerがプライベート環境とステージング環境へテストを広げる。組織、プロジェクト、チームアクセスがワークスペース側を完成させる。