PlaywrightとTestSprite：E2Eテストは手動で書くべきか、AIテストエージェントを使うべきか？
Zeshi Du
Claude CodeやCursorを使って機能をリリースしたとします。コードは正しいように見えます。しかし今、空のテストファイルを前に途方に暮れています。本当の問いは「Playwrightか他のツールか」ではありません。そもそもこれらのテストを手書きするつもりがあるのか、という問いです。
Playwrightはフレームワークです。TestSpriteは自律型テストエージェントです。この違いはマーケティング用語に聞こえるかもしれませんが、実際にテストを書こうとしたとき初めてその意味が明確になります。それぞれがどこで真価を発揮するか、具体的に説明します。
Playwrightが実際に提供するもの
PlaywrightはMicrosoft製のブラウザ自動化ライブラリです。高速で、Chromium・Firefox・WebKitをサポートし、ロケーター、ネットワークインターセプト、並列実行のためのAPIが優れています。これらの点は議論の余地がありません。
Playwrightが提供しないのは、テスト自体です。何をテストするか、セレクターの記述、アサーションのスクリプト化、そしてUIが変わるたびにそれらすべてを更新する作業は、依然としてあなたが担う必要があります。Playwrightはエンジンです。ハンドルを握っているのは、あなた自身です。
既存のQA部門を持つチームにとっては、それで問題ありません。テストスイートを管理し、差分をレビューし、プロダクトとの同期を保つ担当者がいるからです。摩擦が生じるのは別の場面です。本来テストを書くべき人物が、AIが生成したプルリクエストのレビューに追われているチームです。
手動アプローチが破綻する場面
AIネイティブなチームでよく見られるパターンがあります。Claude CodeやCursorが数分で機能を実装する一方、それを十分にレビューしてE2Eカバレッジを書くには数時間かかります。このギャップは自然には縮まりません。結果として、たいてい次のどちらかが起きます。テストが数日後に書かれるか（書かれればまだましですが）、あるいはスキップされてチームが見切り発車でリリースするかです。
時間が逼迫しているときに切り捨てられるのが、まさに非同期フロー、競合状態、エッジケースです。そしてそれらこそが、本番環境にバグとして紛れ込む原因でもあります。それらを検出できたはずのテストを書くには、そもそも機能を実装するより多くの時間がかかります。
AIテストエージェントがもたらす変化
TestSpriteはPlaywrightスクリプトを自動化するのではなく、あなたがスクリプトを書くという工程そのものを置き換えます。PRDを指定するか、PRDがない場合はコードベースから意図を推論させるだけで、UIフロー、API、認証、エラーハンドリング、パフォーマンス境界にわたるエンドツーエンドのテストケースを、テストファイルに一切触れることなく生成します。
全体のループは「発見 → 計画 → 生成 → 実行 → 分析 → 修復 → レポート」です。テストはセキュアなエフェメラルクラウドサンドボックス上で実行されるため、ローカルのブラウザセットアップや、複数環境にわたるPlaywright設定のメンテナンスは不要です。
AIが生成したコードに特に重要な点として、TestSpriteはコードではなくPRDを起点とします。現在の実装からテストを構築した場合、コードが今日そのような動作をしているのであれば、バグを「正しい動作」としてそのままエンコードしてしまいます。TestSpriteはテストの目標をプロダクトが本来すべき動作に紐付けるため、実装上のバグがいつの間にか新たな仕様にすり替わることを防ぎます。
両アプローチが共有する部分：ループを閉じること
テストが失敗した後は、誰かが修正しなければなりません。Playwrightを手書きしている場合、それはあなたの仕事です。失敗内容を読み、根本原因を特定し、テストまたはコードを修正して、再実行します。
TestSpriteは、失敗内容・再現手順・修正案をまとめた構造化フォーマットにパッケージ化し、コーディングエージェントが直接アクションを取れる形で提供します。問題を報告するだけのツールと、問題を解決するループに組み込まれるツールの違いがここにあります。他のツールはレポートで止まります。TestSpriteはそれをループに送り返します。
では、実際にどちらを選ぶべきか
QAチームがメンテナンスしているPlaywrightカバレッジが既にあるなら、そのまま使い続けてください。TestSpriteはその投資を置き換えるものではなく、両者は本質的に異なる役割を担っています。Playwrightはエンジニアがスクリプトを書くためのフレームワークです。TestSpriteはテストを書き、実行し、修復するエージェントであり、Playwrightがテスト対象とするのと同種のアプリケーション上で動作することもできます。
本当に重要な判断は別にあります。あなたは今日テストを書いている人ですか、それとも書く時間が取れていない人ですか？コードの変更スピードが速く、テストを手動で書くことがボトルネックになっているなら、それがTestSpriteの出番です。
まとめ
Playwrightは「ブラウザをどう自動化するか」への答えです。TestSpriteは「自分でテストを書かずに、AIが生成したコードが何も壊していないと確認するにはどうすればよいか」への答えです。コードはあなたが変更しました。誰が、どれだけ速くそれを確認するかが問題です。今の答えが「誰かに時間ができたときに、そのうち」であれば、実際のプロジェクトでTestSpriteを試してみる価値があります。