Standardized Browser Testing with Chrome MCP

VerifiedSafe

Standardized browser testing procedure using Chrome MCP, verifying not just visual display but also correct operation (clicks, form inputs, submissions). Includes steps for port identification, Chrome MCP connection, screenshots, console error checks, mobile viewport testing at 375px width, and full CRUD flow validation with network request monitoring. Ideal for ensuring UI changes work correctly across views and interactions.

Sby Skills Guide Bot
TestingIntermediate
706/2/2026
Claude Code
#browser-testing#chrome-mcp#ui-verification#manual-testing

Recommended for

Our review

This skill standardizes browser behavior verification using Chrome MCP, going beyond visual inspection to include comprehensive operational testing.

Strengths

  • Structured procedure covering display, CRUD operations, and network calls
  • Mandatory mobile viewport check for UI changes
  • Console error and network failure detection
  • Handling of existing data scenarios to avoid false positives

Limitations

  • Requires Chrome MCP extension installed and active
  • Cannot parallelize checks with sub-agents
  • Relies on specific ports (1357, 2460) that may vary
When to use it

Use this skill when you need to visually and functionally validate UI changes or new features in a web application.

When not to use it

Avoid this skill for unit tests, backend-only changes, or when Chrome MCP is unavailable.

Security analysis

Safe
Quality score80/100

Uses Chrome MCP tools for legitimate browser testing; no destructive or exfiltrating actions.

No concerns found

Examples

Full UI verification on frontend v1
Run a browser check on the frontend at port 1357. Verify the page loads, check for console errors, test the create/edit/delete flows, and also check mobile viewport at 375px width.
Post-deployment sanity check
Perform a browser verification on frontend-v2 at port 2460. Ensure the main page renders correctly, all CRUD operations work, and network requests succeed.
Mobile layout validation
Check the responsive layout on the frontend at port 1357. Resize to 375x812 and take screenshots of the header, modal, and form button visibility.

name: browser-check description: Chrome MCPでブラウザ動作確認を標準化された手順で実施する。 user_invocable: true

ブラウザ動作確認

Chrome MCPを使った動作確認の標準手順。「表示されている」だけでなく「操作が正しく動く」まで検証する。

手順

Step 1: 対象アプリのポート確認

確認対象のvite.config.tsを読んでポートを特定する。推測しない。

| アプリ | ポート | |--------|--------| | frontend (v1) | 1357 | | frontend-v2 | 2460 | | backend API | 3456 |

Step 2: Chrome MCP接続

1. mcp__claude-in-chrome__tabs_context_mcp で現在のタブ情報を取得
2. 接続失敗時はユーザーに「Chrome拡張の再接続をお願いします」と依頼
3. mcp__claude-in-chrome__tabs_create_mcp で新しいタブを作成
4. mcp__claude-in-chrome__navigate で対象URLにアクセス

Step 3: ページ表示確認

1. mcp__claude-in-chrome__computer action=screenshot でスクリーンショット取得
2. mcp__claude-in-chrome__read_page で要素の存在を確認
3. mcp__claude-in-chrome__read_console_messages pattern="error|Error|ERR" でコンソールエラーチェック

Step 3.5: モバイルビューポート確認(UI変更時は必須)

UI変更を含む場合、375px幅でのレイアウトを確認する:

  1. mcp__claude-in-chrome__resize_window で幅375px、高さ812pxにリサイズ
  2. スクリーンショットで表示確認
  3. 特に注意: ヘッダの中央寄せ、モーダル表示位置、フォームボタンの可視性、autoFocusによるキーボード占有

Step 4: 操作検証(これが重要)

「表示されている」だけでは動作確認とは言えない。以下を実施する:

  1. 作成フロー: ボタンクリック → フォーム入力 → 送信 → 結果表示を確認
  2. 編集フロー: 既存データの編集 → 保存 → 反映を確認
  3. 削除フロー: 削除ボタン → 確認UI表示 → 実行 → 一覧から消えることを確認
  4. ネットワーク確認: mcp__claude-in-chrome__read_network_requests でAPIコールの成否を確認

Step 5: 結果報告

各ページ/フローごとに以下を報告:

  • スクリーンショット(成功時)
  • コンソールエラーの有無
  • ネットワークリクエストの成否
  • 操作検証の結果

Step 4補足: 空データだけで確認しない

  • 新規ユーザー(データ0件)だけでなく、既存データがある状態でも確認する
  • 特にグラフ・統計・プログレス表示は、データがないと正常に見えてバグを見逃す
  • フォーム系は送信まで確認する(表示されている≠動く)

注意事項

  • ポートを間違えない(v1: 1357, v2: 2460)。必ずStep 1で確認する
  • 小さい要素はzoomで拡大して確認する
  • フォーム送信ボタンのクリックが効かない場合はEnterキーで代替
  • confirm()は使っていないはずだが、もし出たらセッションがブロックされるので注意
  • サブエージェントにはChrome MCPのアクセス権がない。ブラウザ確認は並列化できない
Related skills