Momentic とは？機能、制限、および最適なチーム
Zeshi Du
最近「AI テストツール」と検索した方なら、Momentic を目にしたことがあるでしょう。YC 支援を受けた資金力のあるプラットフォームで、平易な英語によるテスト作成を中心に、本当に堅実なプロダクトを構築しています。実際に何ができるのか、どこに限界があるのか、そして誰のために作られているのかを整理します。
Momentic とは
Momentic は Web、iOS、Android 向けの AI テストプラットフォームです。テストのステップを平易な英語で記述すると（「バックパックをカートに追加してチェックアウトに進む」など）、AI エージェントがブラウザやアプリ上でそのアクションを実行し、壊れやすい CSS や XPath セレクターではなく説明によって要素を特定します。テストは人間が読める YAML ファイルとしてコードベースに保存され、独自のフォーマットの中に隠れることはありません。
コアのループは 5 つのコンセプトで動いています。エージェントはドキュメント、コード、Jira や Figma などのツールからプロダクトを学習し、UI の変化に合わせてテストが自己修復され、プルリクエストや差分から新しいテストが生成され、失敗時には根本原因の分析が提供され、すべてが CI 上で継続的に実行されます。
Momentic が本当に優れている点
実際の強みであり、マーケティング上の誇大表現ではないため、正直に挙げる価値があるいくつかの点を紹介します。
- 自然言語によるロケーターとアサーション。CSS や XPath のメンテナンスが不要です。確認したい内容を平易な言葉で記述するだけです。
- クロスプラットフォームカバレッジ。1 つのプラットフォームから Web、iOS、Android に対応し、ホステッドブラウザ、エミュレーター、シミュレーターをすべてサポートします。
- MCP アクセス。Momentic は Model Context Protocol を通じて Claude Code や Cursor から操作でき、iOS および Android セッション専用のモバイル MCP サーバーも提供しています。
- 探索エージェント。アプリを自律的に探索してフローを発見し、新しいテストを提案できます。これは「ゼロからテストを書く」とは異なる、有意義な出発点です。
- エンタープライズグレードの信頼性の指標。SOC 2 Type 2、99.99% の稼働率 SLA、SAML SSO、および監査ログが整備されており、これらを必要とするチームに対応しています。
Momentic の公式サイトが公表する顧客データでは、テスト実行数が 7,000 万回以上、自動修復が 890 万回以上に上っており、自己修復メカニズムがデモ環境だけでなく実際の本番トラフィックで機能していることが示されています。
制限のある点
コミットする前に知っておくべきいくつかの点：
- API テストは主要な機能ではなく、補助的な機能です。Momentic は E2E フローの一部または独立したステップとして API チェックをサポートしていますが、Postman のような専用の API テストレイヤーとして構築されているわけではありません。テストニーズがバックエンド中心の場合、この点を慎重に検討する必要があります。
- ブラウザカバレッジは Chromium が中心です。Web テストは現在、Chromium ベースのブラウザで実行されます。他のエンジン固有のクロスブラウザバグは同じように検出されません。
- テストは他のフレームワークにエクスポートできません。Momentic の YAML ベースのテストはランタイムで独自のインタープリターを通じて実行されるものであり、後でプラットフォームを切り替える際に持ち出せる Playwright や Cypress スクリプトではありません。
- 使用量ベースの料金体系は、負荷が不規則なワークロードでは予算管理が難しくなる場合があります。クレジットは毎月リセットされ、繰り越しはできないため、大規模なリグレッションスイートを実行するチームは使用量を慎重にモデル化する必要があります（詳細は後述）。
どんなチームに向いているか
MomenticはWebとモバイルにわたる洗練されたE2Eプラットフォームを求めるチームに最適な選択肢であり、特に自然言語によるテスト作成やセルフヒーリングロケーターが、バックエンドの深い検証よりも重要視される場合に力を発揮します。顧客リスト（Notion、Retool、Webflow、Quora、GPTZeroなど）を見ると、専用プラットフォームへの投資に十分な予算とワークフローの成熟度を持つ中〜大規模なエンジニアリングチームを主なターゲットとしていることがわかります。
TestSpriteが異なるアプローチをとる点
TestSpriteは異なる前提から出発しています。記述形式でE2Eテストを作成するのではなく、PRDドリブンのアプローチを採用しています。PRDが存在する場合はそれを解析し、存在しない場合はコードベースから製品の意図をリバースエンジニアリングします。そのため、生成されるテストは現在の実装がたまたまどう動作するかではなく、製品が本来あるべき動作に基づいて作成されます。この違いが最も重要になるのは、AIが生成したコードを高速にリリースしているチームで、実装のバグが「正しい」動作としてテストスイートに静かに組み込まれてしまうリスクがある場合です。
TestSpriteはバックエンドの検証においても証拠に基づいたアプローチを採用しています。Backend Testing 2.0では、アサーションを生成する前に実際のAPIレスポンスを観測します。これは、MomenticのE2Eファースト・UIセントリックなアプローチとは根本的に異なるメカニズムです。
他の検証ツールはコードを読んで推測します。TestSpriteはあなたのアプリを開いて実際に使います。
まとめ
Momenticは現在利用可能なAI E2EテストプラットフォームのなかでもとりわけDonutの高い製品であり、特に自然言語によるテスト作成でクロスプラットフォームのWebおよびモバイルカバレッジを求めるチームに向いています。ただし、深いバックエンド検証レイヤーとして設計されているわけではなく、使用量ベースの料金体系は不規則なワークロードよりも予測可能なワークロードに適しています。AIでコードを手動検証より速く生成しており、バックエンドのカバレッジがUIと同程度に重要な場合は、TestSpriteのPRDドリブンなアプローチが実際のプロジェクトでどのように機能するかをご確認ください。