KaneAI

KaneAI

TestMu AI (formerly LambdaTest) · コーディング · その他

KaneAIはTestMu AIが提供するE2Eテストエージェントだ。テストを自然言語で書けば、Webとモバイルの自動ステップを生成し、実行し、壊れた箇所を直す。コードは要らない。

KaneAI の画面プレビュー

KaneAI について

What Is KaneAI

KaneAIは、旧LambdaTestにあたるTestMu AIのAIテスト製品である。同僚に説明するのと同じ調子で手順を打ち込む(「料金ページを開いて、年払いに絞り込む」)。エージェントがそれを実行可能な自動化に変換する。実行はクラウドのグリッドに流れ、各ケースはTest Managerにバージョン付きで残り、後から再生できる。同社のAIテスト自動化の中核製品という位置づけだ。

狙っているのは保守の負担だ。Seleniumのスイートを維持した経験があれば分かるが、コストの本体は壊れたセレクタと400行のpage objectにある。最初のテストを書く手間ではない。ここでは真実の置き場所を人の言葉に残し、要素の解決を実行時にエージェントへ任せる。ボタンの位置が変わっても、多くの手順はそのまま通る。

限界もはっきりしている。KaneAIは有料のTestMu AIアカウントの中で動く製品で、単体の無料プランはない。ループや条件分岐は用意されているが、自由文ではなくスラッシュコマンドで書く。指示が曖昧ならテストも曖昧になる。同社は「初のE2E AIテストエージェント」と謳うが、そこは宣伝として読むべきだ。

はじめかた

  1. TestMu AIのアカウントを作り、Test ManagerからKaneAIを開く。
  2. 対象を選ぶ。デスクトップWeb、モバイルWeb、AndroidかiOSのネイティブアプリのいずれかだ。
  3. 最初の手順を自然言語で書き、そのまま続ける。KaneAIは手順をキューに積むので、前の一手が終わるのを待たなくていい。
  4. 合否を決める手順にアサーションを足す。「注文合計が7,480円と表示されることを確認する」といった具合だ。
  5. ケースを保存してクラウドで実行する。コードが欲しければPlaywright Pythonに書き出す。

AIツール情報

KaneAIの料金、対応プラットフォーム、性能を簡単に確認できます。

無料プランいいえ
有料プラン$17 - $179/mo per agent, billed annually
プラットフォームWeb app, Chrome, Android, iOS, CI/CD (GitHub Actions, GitLab, Jenkins)
開発元TestMu AI (formerly LambdaTest)
カテゴリコーディング · その他
リリース日Sep 2024
最終更新Oct 2026
サイト訪問数262.1K
サイト世界ランキング121.1K
API提供状況はい

こんな人におすすめ

このツールが最も力を発揮するユーザー、タスク、シーン。

ユーザー

  • 手動テストから自動化へ移りたいQA担当。バグ報告で使っている言葉のまま実行可能なケースを書けるので、先にフレームワークを覚えなくていい。
  • 自動化専任がいない小さなQAチーム。1人でWebとモバイルの両方を書き、スイートは他のメンバーにも読める状態で保てる。
  • プロダクトマネージャーやビジネスアナリスト。受け入れ条件をケースの下書きに変え、アサーションの詰めをQAに渡せる。

タスク

  • Jiraのチケット、PRD、PDF、スクリーンショット、表計算を、IDEを開く前に構造化されたテストケースへ変える。
  • リリース前の回帰テストを、デスクトップのブラウザと実機で同じ流れのまま回す。
  • GitHubを離れずにプルリクエストを確認し、diffに検証のコメントを付ける。
  • 表示崩れとWCAGの問題を、機能フローの実行と同じ回で拾う。

シーン

  • 金曜にリニューアルが入ってセレクタの半分が死ぬ。自己修復の手順がマークアップの変更を吸収し、スイート全体は落ちない。
  • 特定のエンジンでしか出ないCSSの不具合を、Chrome、Safari、Firefox、Edgeのクロスブラウザテストで捕まえる。
  • 回帰スイートをコードを書かない同僚に渡し、月曜にはその人が自分でケースを足している。

主な機能

自然言語でテストを書く

製品の中核はここにある。「カートに追加ボタンをクリックし、カートのアイコンが1になっていることを確認する」のように指示を書くと、KaneAIがそれぞれをブラウザ操作に対応づける。ここでのノーコード自動化は文字どおりで、page objectもセレクタ文字列もソースに置かない。代償は精度で、無関係な操作を1文に2つ詰めると外す。

ドキュメントからケースを起こす

Jiraのチケット、PRD、PDF、スクリーンショット、表計算を放り込むと、空白のエディタではなく構造化されたケースが返る。要件をこれらの形式で持っているチームなら、仕様からスクリプトへの遅い変換が消える。ただし生成されたケースには目を通す必要がある。どの境界ケースが範囲外かは、エージェントには分からない。

自己修復するロケータ

画面が変わると、KaneAIは古いセレクタで失敗する代わりに、実行時に要素を解決し直す。自己修復テストがあれば、クラス名の変更で40件が一斉に落ちる月曜朝のトリアージは要らない。魔法ではない。ボタンが消えた場合や新しいフローの奥に移った場合は手順は失敗する。その失敗こそ正しい結果だ。

UI、API、データベースを1回で回す

1つのケースで画面を操作し、エンドポイントを叩き、ネットワークタブを見て、データベースに問い合わせられる。4つのツールを別々のレポートで繋ぐのではなく、カバレッジの話が1本になる。E2Eテストエージェントという呼び名が効くのはここで、スイートの組み方も一番変わる部分だ。

表示とアクセシビリティの検証

KaneAIは画面ごとに差分を取って視覚的な回帰を探し、同じ実行の中でWCAG監査も走らせる。レイアウトのずれやコントラストの問題が、機能不具合と並んで重要度付きで出る。アクセシビリティを別フェーズで予約していたチームは、通常の実行に畳み込める。

Kane CLIとプルリクエスト検証

Kane CLIはKaneAIをターミナルに持ち込む。npmで入れ、フローを書けば、CI向けの終了コード付きで合否が返る。GitHubのプルリクエストのdiffを読み、テストを生成して実行し、スレッドに返信するベータもある。コーディングエージェントからCLIを動かせるので、テスト作成は別チケットではなくビルドの一部になる。

メリットとデメリット

メリット

  • 単純なフローの作成コストが大きく下がる。コードで半日かかったログインと購入のケースが、ここでは数分で終わる。
  • 自己修復があるおかげで、リニューアル後も回帰スイートが生き残る。保守の工数はたいていそこに消える。
  • UI、API、データベース、アクセシビリティが実行もレポートも共有するので、調査は4つのタブを開くところから始まらない。
  • Playwright Pythonへ書き出せるため、成果がプラットフォーム内に閉じない。
  • Kane CLIとGitHub連携で、実行が開発者の作業場所に届く。

デメリット

  • エージェント単位の料金は年払いで月17ドルから。クレジットが作成量の上限になるので、大きなスイートはすぐ179ドルの段に押し上げられる。
  • 無料プランがない。試すにはデモを申し込むか、有料で契約するしかない。
  • 複雑なロジックはループも条件もスラッシュコマンドで書く。使い込む人ほど構文の層に当たる。
  • 曖昧な指示は静かに失敗する。慣れていない人は指示を書き直す前にツールのせいにしてしまいがちだ。

よくある質問

自然言語で書いた手順をブラウザとモバイルアプリの自動操作に変換し、TestMu AIのクラウドで実行して、各ケースをTest Managerに保存する。書く層でありながら実行と修復も担うAI QAエージェントだ。