Fume

AI テスト生成の出発点は仕様書ではなく画面録画だ。操作しながら話した内容を、名前とアサーションを持つテストケースに変える。公式によれば、10分未満の録画で重要なユーザーフローのおよそ8割をカバーできるという。説明が曖昧ならアサーションも曖昧になる。初稿の質は、期待する動作をどれだけ具体的に話したかで決まる。

AI QA エージェントは QA エンジニアと同じようにアプリを探索し、スイートを Playwright で書き上げる。ページオブジェクト、セレクタ、アサーションまで含み、クリック記録だけでは終わらない。リポジトリに届くファイルは読めるコードなので、開発者が開けば何を検証しているか分かる。

DOM が変われば Playwright は落ちる。Fume は止まったステップを、その場でブラウザを操作するエージェントに渡して流れを完遂させ、その後ろでスクリプトを修復する。その日のうちに合否は出るし、保守チケットを切る人もいないままスイートは丈夫になっていく。

テスト量が増えると実行環境は確実に予算を圧迫する。Fume Cloud は追加料金なしでスイートを走らせ、CI/CD との接続はパイプラインからの API 呼び出し1回で済む。すでに実行サービスへ払っているチームは、解約してもいいし、移行中は並行して結果を比べてもいい。

結果は共有の Slack チャンネルに流れる。何本走って何本通り、どこが壊れたのか。ボットは失敗に文脈を添える。決済で404が出た、といった具合だ。調査はスタックトレースではなく説明から始められる。既定の実行は1日2回。

テストは100パーセント Playwright で、コードは利用者に帰属する。複製してローカルで走らせ、契約が終わった後も使い続けられる。スイートをベンダーの管理画面に閉じ込めるノーコードツールに懲りたチームには大きい。