2026年10月8日にPlaywrightの導入、Test Agents、Trace viewerとW3C WebDriver BiDiの公式資料を再確認した。Playwright TestはE2Eテスト、アサーション、分離、並列化、複数ブラウザを支援し、Agentsは計画・生成・修復を助けるが、生成テストや修復案の仕様適合は人が確認する。HTMLレポートとTrace viewerは失敗や操作の後追いに使え、秘密情報・個人情報を保存しない運用が必要で、標準プロトコルの存在は全実装の同一挙動を保証しない。
30秒で要点
AIでWeb運用を自動化するときは、ブラウザを動かせることと、外部へ影響を与えてよいことを分けます。観測、テスト計画、テスト実行、修復案、公開判断を別の責任にします。
- Playwright TestはChromium、WebKit、Firefoxを使うE2Eテスト基盤で、ヘッドレス・表示モード、分離、アサーション、レポートを提供する
- Playwrightの公式テストエージェントはplanner、generator、healerを持ち、計画・生成・失敗修復を支援する
- W3C WebDriver BiDiは、プログラムがブラウザを調査・制御するための標準プロトコルで、複数セッションの挙動など未規定の部分もある
- 公開、削除、契約、顧客対応、決済などの外部効果は、テストの自動化と別の人の承認・証拠を必要とする
1. 2026年10月7日に確認したPlaywrightの範囲
PlaywrightのInstallationは、Playwright Testを現代的なWebアプリのE2Eテストフレームワークと説明し、テストランナー、アサーション、分離、並列化、ツールを含めています。Chromium、WebKit、FirefoxをWindows、Linux、macOSで実行でき、ヘッドレス・表示モードやモバイルエミュレーションも選べます。これは、繰り返し可能な検証を自動化する土台です。AIがページを見て文章を生成できるという一般論から、公開操作や顧客への連絡まで自動で任せてよいとは言えません。
2. 公式テストエージェントの三つの役割
Playwright Test Agentsは、planner、generator、healerを公式に案内しています。表が収まらない場合は、横にスクロールできます
| 役割 | 公式の説明 | 人が確認すること |
|---|---|---|
| planner | アプリを探索し、Markdownのテスト計画を作る | 対象範囲、前提、危険な操作 |
| generator | 計画をPlaywright Testファイルへ変換する | locator、期待結果、テストデータ |
| healer | 失敗を実行し、修正案を試す | 仕様変更か、テストの誤りか |
公式ページは、agent定義をPlaywright更新時に再生成するよう案内しています。生成物を一度作って終わりにせず、定義とテスト計画をバージョン管理し、更新前後の差分をレビューします。
3. WebDriver BiDiを「操作できるAPI」として読む
W3C WebDriver BiDiは、ブラウザのDOMを調査し、スクリプトを実行し、イベントを受け取るための双方向プロトコルを定義しています。W3Cの2026年9月30日のWorking Draftにも、複数の自動化セッションがある場合の挙動は現在未規定だと記載されています。標準プロトコルがあることは、すべてのブラウザ・ドライバー・テスト環境で同じ結果になることを意味しません。セッション、プロファイル、権限、ネットワーク、ポップアップ、ダウンロードの境界を、自社の実行環境で確認します。
4. 自動化してよい操作を段階に分ける
表が収まらない場合は、横にスクロールできます
| 段階 | 例 | 失敗時の扱い |
|---|---|---|
| 観測 | ページ、DOM、コンソール、スクリーンショット | 読み取りログを保存 |
| 検証 | ログイン後の表示、フォームの検査、回帰テスト | テスト環境で停止 |
| 提案 | 文言、リンク、テスト修正の候補 | 差分と根拠をレビュー |
| 外部効果 | 公開、削除、送信、決済、権限変更 | 人の承認と再認証 |
観測・検証の段階であっても、個人情報、認証Cookie、秘密の入力をログやスクリーンショットへ残さないようにします。テスト環境と本番のURL、アカウント、送信先を明示的に分けます。
5. トレースとレポートを証拠にする
Playwrightの公式ドキュメントは、HTMLレポートでブラウザ、成功・失敗・スキップ・flakyを絞り込み、エラー、添付、ステップを確認できると説明しています。Trace viewerでは、失敗した操作を後から再生して確認できます。
自動化を採用する前に、次の記録を残します。
- どの環境、ブラウザ、アカウント、テストデータで実行したか。
- AIが作った計画、変更したテスト、採用しなかった提案。
- 成功・失敗・修復前後のトレースとスクリーンショット。
- 外部効果を実行しなかったこと、または承認者と実行結果。
6. 最小の導入手順
- 読み取り専用のテスト環境で、重要な一つのフローを選ぶ。
- plannerの計画を人が確認し、外部効果をテストデータへ閉じ込める。
- generatorでテストを作り、locatorと期待結果をレビューする。
- healerが提案した修正を自動適用せず、仕様変更かテストの誤りかを判断する。
- レポートとトレースを保存し、停止条件と承認者を見直す。
AIとブラウザの組み合わせは、反復テストの時間を短くできます。効率を実運用の権限へ置き換えず、操作できる範囲、記録する証拠、止める条件、承認する人を先に決めてください。