camelQA

camelQA

CamelQA, Inc. · コーディング

camelQAはY Combinator採択のAI QAエージェントだった。自然言語で書いたテストケースを実機のiOS・Androidで実行し、ソースコードを必要としない。現在は販売されていない。

camelQA の画面プレビュー

camelQA について

About

camelQAとは

camelQAはモバイルアプリのテスト専用に作られたAIエージェントだった。同僚に仕事を頼むときと同じ言葉でケースを書けば、あとはエージェントが実機の上で動く。画面を開き、ボタンを押し、入力欄に文字を入れ、その後に起きたことを確認する。

狙いははっきりしていた。自動テストを最初の100本まで書くのは面倒だが、できないことではない。QAチームを潰すのは保守だ。UIはスプリントごとに変わり、ボタンの名前が1つ変わっただけでスイート全体が止まる。

camelQAはそこに要素セレクタではなくコンピュータビジョンで挑んだ。エージェントは人間に近い見方で画面を読み取るため、レイアウトが動いても動き続け、アプリのソースコードも一度も必要としなかった。

製品はすでに販売を終えている。camelqa.comは現在camelai.comへ転送され、同じチームはcamelRun、camelBot、camelCodeを提供している。QAエージェントの登録ページも更新履歴も残っていない。このページは当時の機能を記録したものであり、現行の購入ガイドではない。

導入の流れ

  1. アカウントを作成し、テストしたいアプリのビルドを渡す。SDKもテストフレームワークもソースコードへのアクセスも不要だった。
  2. テストケースを自然言語で書く。タップの手順ではなく、達成したい目的を書く。
  3. 実行するプラットフォームと端末を選び、テストを開始する。
  4. 結果を確認し、ケースは残しておいて次のビルドでもう一度流す。

AIツール情報

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

無料プランはい
有料プランN/A
プラットフォームWeb app, tests iOS and Android builds
開発元CamelQA, Inc.
カテゴリコーディング
リリース日Mar 2024
最終更新Oct 2026
サイト訪問数N/A
サイト世界ランキングN/A
API提供状況N/A

こんな人におすすめ

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

ユーザー

  • 小規模モバイルチームのQA責任者:手が回らない回帰テストをエージェントに任せられた。ただし対象のフローを1文で説明できる必要がある。
  • 自動化の経験がないプロダクトマネージャー:自然言語で書けるのでコードの壁は消える。とはいえ「何をもって合格とするか」は先に決めておく必要があった。
  • 毎週ビルドを出す創業者:リリース前の短いスモークテストと相性がよかった。テストフレームワークを前提としないため、準備が軽い。

タスク

  • リリース候補のスモークテスト:絶対に壊してはいけない数本のフローを書き出し、実機でなぞらせる。
  • 主要動線の回帰テスト:ログイン、検索、決済、設定は、セレクタ依存のスクリプトより改修に強かった。実行のたびに画面を読み直すためだ。
  • アクセシビリティの確認:チームはアクセシビリティテストを対応するケース種別に含めていた。審査提出前にラベルのないコントロールを見つけられる。

シーン

  • 改修でスイートの半分が落ちる:視覚ベースの実行は、録画スクリプトなら無効になるレイアウト変更のあとも走り続けた。
  • Appiumの保守を誰も引き受けない:フレームワーク、端末ファームの接続、保守の当番を1か所にまとめられた。
  • ストア申請の前夜:短い自然言語テストを1回流せば、そのビルドを出してよいかがはっきりした。

主な機能

自然言語テストケース

ケースはスクリプトではなくゴールとして書いた。ユーザーが何をできるべきかを書けば、エージェントが手順を組み立てる。デザイナーやサポート担当でもコードに触れずにケースを出せる。

視覚による画面の読み取り

camelQAはアクセシビリティ要素のデータ、自社開発の物体検出モデル、UI要素の分類に使うGoogle SigLIPを組み合わせた。実際にはボタンの見た目とラベルで要素を認識するため、コントロールが移動したくらいではテストは落ちない。

実機のiOS・Androidで実行

テストはエミュレータではなく物理端末で動いた。カメラ、通知、タップの遅延が絡む機能では差が出る。iOSとAndroidのテストは同じ流れで回り、ソースコードも特別なビルド設定も要らなかった。

実行中の自己修正

画面が想定と違えば、エージェントは止まらずに次の一手を調整した。本物の不具合を報告するテストと、ラベルの変更を報告するだけのテストを分けるのはこの差だ。

エンドツーエンド以外のテストも

チームはエンドツーエンド、スモーク、サニティ、アクセシビリティのテストにエージェントを位置づけた。1つのケース一覧で購入の全工程も、アプリが起動するかの2分チェックもまかなえ、スイートは頻繁に回せる規模に収まる。

メリットとデメリット

メリット

  • ケースが手順書のように読めるので、チーム全員が書き、レビューできる。
  • 視覚で要素を認識するため、モバイルのテストスイートを腐らせる保守作業が減る。
  • 実機で動くので、エミュレータが隠す権限やタイミングの問題を拾える。
  • ソースコードもSDK連携も不要で、準備は数分で終わる。

デメリット

  • モバイル専用。Webもデスクトップも対象外なので、クロスプラットフォームの製品には別のツールが要る。
  • 提供終了済み。登録ページも公開価格もサポート窓口もなく、新しい案件では選べない。
  • 無料の10ケース以外の価格は公開されなかった。予算を立てるには料金表ではなく商談が必要だった。

よくある質問

自然言語の記述からモバイルアプリのテストを実行した。目的を書けば、エージェントが実機のiOSまたはAndroidで遂行し、自動化コードを書かずに合否を返す。