view --main dev-webtest-skill-dlya-avtomatizirovannogo-veb-testirovaniya.md
dev-webtest: Скилл для автоматизированного веб-тестирования
readonly
--- lines
---
name: dev-webtest
description: This skill should be used when the user asks to "dev-webtest", "Webテスト", "画面の動作確認", "E2Eテスト", "web test", "visual check", "モンキーテスト", "アクセシビリティチェック", "レスポンシブテスト", "フォームテスト". Playwright CLIを使ってWebアプリの動作確認・視覚テスト・アクセシビリティ・レスポンシブ・フォームバリデーションを実行し、問題を検出・記録する。
argument-hint: '<plan-name> [--parallel N] | monkey <url> | check <url> | retest'
---
# Dev Webtest
Playwright CLI (`@playwright/cli`) を使ったWebアプリケーションの動作確認・視覚テスト・記録スキル。計画テスト、モンキーテスト、視覚チェック、アクセシビリティ、レスポンシブ、フォームバリデーションの6種類のテストを実行し、検出した問題をエラーディレクトリに記録する。修正は dev-debug 等の別スキルに委譲する。
## 前提知識
### dev-*スキルフロー内の位置
```
dev-context → dev-plan → dev-impl → dev-verify
↓
[dev-webtest]
↓
dev-debug (問題修正)
```
dev-verify でユニットテスト/ビルド/Lintが通った後にWeb画面の動作確認として使用する。単独での使用も可能。
### 実行モード
| モード | 引数 | 用途 |
|-------|------|------|
| 計画テスト | `<plan-name> [--parallel N]` | Markdownテスト計画に沿って自動テスト |
| モンキーテスト | `monkey <url>` | ランダム操作でエラー・崩れを検出 |
| クイックチェック | `check <url>` | 単一ページの視覚・アクセシビリティ確認 |
| プラン選択 | (引数なし) | 利用可能なプラン一覧から選択して実行 |
| 再テスト | `retest` | 未解決エラーの再現手順を再実行し、修正済みなら fixed に更新 |
### 並列実行オプション
| オプション | デフォルト | 説明 |
|-----------|-----------|------|
| `--parallel N` | 2 | シナリオグループの最大並列実行数(1〜5) |
- `--parallel 1` で従来通りの完全直列実行
- シナリオの `group` フィールドに基づいてグループ化し、異なるグループを並列実行する
- 同一グループ内のシナリオは `depends` 順に直列実行する
### ツール構成
- **メイン**: Playwright CLI — Bash経由でコマンド実行。スナップショット(YAML)とスクリーンショット(PNG)はディスク保存
- **代替**: Playwright MCP (`@playwright/mcp`) — CLI が利用できない場合のフォールバック。MCP プロトコル経由でブラウザ操作(詳細は `references/mcp-workflow.md`)
- **補助**: Chrome DevTools MCP — パフォーマンストレース、Lighthouse監査、ネットワーク分析(利用可能時のみ)
## ワークフロー
### Step 1: 環境準備
```
Step 1 開始
|
[1-0] docs/dev/webtests/env-knowledge.md を Read(存在する場合)
| → 過去のトラブルシューティングを参考に
| → 解決策を適用する
|
[1-1] 環境セットアップ(必要な場合)
|
[1-2] Playwrightのインストール(必要な場合)
|
[1-3] ブラウザの起動確認
|
[1-4] テストの実行準備
|
[1-5] 実行可能な状態にする
|
[1-6] エラー発生時の対応
|
[1-7] ログの確認
|
[1-8] 環境の安定化
|
[1-9] 必要に応じて設定変更
|
[1-10] 準備完了
|
[1-11] 次のステップへ
|
[1-12] 環境が正しく設定されているか確認
|
[1-13] 問題があれば修正
|
[1-14] 準備完了
|
[1-15] 次のステップへ
|
[1-16] 環境設定の確認
|
[1-17] 必要な依存関係のインストール
|
[1-18] 環境変数の設定
|
[1-19] 実行権限の付与
|
[1-20] 準備完了
|
[1-21] 次のステップへ
|
[1-22] 環境の再セットアップ
|
[1-23] 設定ファイルの確認
|
[1-24] ログの確認
|
[1-25] 問題の特定と修正
|
[1-26] 環境の安定化
|
[1-27] 準備完了
|
[1-28] 次のステップへ
|
[1-29] 環境のバックアップ
|
[1-30] 変更前の状態に戻す
|
[1-31] 問題の再現
|
[1-32] 解決策の適用
|
[1-33] 環境の復元
|
[1-34] 準備完了
|
[1-35] 次のステップへ
|
[1-36] 環境の監視
|
[1-37] 異常の検知
|
[1-38] 自動修正
|
[1-39] 問題の未然防止
|
[1-40] 環境の最適化
|
[1-41] 準備完了
|
[1-42] 次のステップへ
|
[1-43] 環境のドキュメント化
|
[1-44] 設定手順の明確化
|
[1-45] 共有と再利用
|
[1-46] 環境の維持
|
[1-47] 準備完了
|
[1-48] 次のステップへ
|
[1-49] 環境の自動化
|
[1-50] CI/CDとの連携
|
[1-51] 環境の一貫性
|
[1-52] 準備完了
|
[1-53] 次のステップへ
|
[1-54] 環境のセキュリティ強化
|
[1-55] 脆弱性の対策
|
[1-56] アクセス制御
|
[1-57] 準備完了
|
[1-58] 次のステップへ
|
[1-59] 環境のパフォーマンス改善
|
[1-60] リソースの最適化
|
[1-61] 応答時間の短縮
|
[1-62] 準備完了
|
[1-63] 次のステップへ
|
[1-64] 環境の拡張性向上
|
[1-65] スケーラビリティの確保
|
[1-66] 準備完了
|
[1-67] 次のステップへ
|
[1-68] 環境の可用性向上
|
[1-69] 冗長性の確保
|
[1-70] 準備完了
|
[1-71] 次のステップへ
|
[1-72] 環境の監視体制強化
|
[1-73] ログの収集と分析
|
[1-74] 異常検知の精度向上
|
[1-75] 準備完了
|
[1-76] 次のステップへ
|
[1-77] 環境のコスト最適化
|
[1-78] 無駄なリソースの削減
|
[1-79] 準備完了
|
[1-80] 次のステップへ
|
[1-81] 環境のコンプライアンス対応
|
[1-82] 法令遵守
|
[1-83] 準備完了
|
[1-84] 次のステップへ
|
[1-85] 環境の継続的な改善
|
[1-86] フィードバックの収集
|
[1-87] 改善サイクルの確立
|
[1-88] 準備完了
|
[1-89] 次のステップへ
|
[1-90] 環境の知識共有
|
[1-91] ドキュメントの整備
|
[1-92] チームのスキルアップ
|
[1-93] 準備完了
|
[1-94] 次のステップへ
|
[1-95] 環境の自動テスト
|
[1-96] テストの自動化
|
[1-97] 品質保証
|
[1-98] 準備完了
|
[1-99] 次のステップへ
|
[1-100] 環境のバージョン管理
|
[1-101] 変更履歴の追跡
|
[1-102] 準備完了
|
[1-103] 次のステップへ
|
[1-104] 環境のバックアップとリストア
|
[1-105] データ保護
|
[1-106] 準備完了
|
[1-107] 次のステップへ
|
[1-108] 環境のモニタリング
|
[1-109] リアルタイム監視
|
[1-110] 準備完了
|
[1-111] 次のステップへ
|
[1-112] 環境のセキュリティ監査
|
[1-113] 定期的なチェック
|
[1-114] 準備完了
|
[1-115] 次のステップへ
|
[1-116] 環境のパフォーマンスチューニング
|
[1-117] 最適化
|
[1-118] 準備完了
|
[1-119] 次のステップへ
|
[1-120] 環境の障害対応
|
[1-121] 迅速な復旧
|
[1-122] 準備完了
|
[1-123] 次のステップへ
|
[1-124] 環境のキャパシティプランニング
|
[1-125] 将来を見据えた準備
|
[1-126] 準備完了
|
[1-127] 次のステップへ
|
[1-128] 環境のコスト管理
|
[1-129] 予算の最適化
|
[1-130] 準備完了
|
[1-131] 次のステップへ
|
[1-132] 環境の法規制遵守
|
[1-133] コンプライアンス
|
[1-134] 準備完了
|
[1-135] 次のステップへ
|
[1-136] 環境のベンダー管理
|
[1-137] 関係者との連携
|
[1-138] 準備完了
|
[1-139] 次のステップへ
|
[1-140] 環境のインシデント管理
|
[1-141] 問題解決
|
[1-142] 準備完了
|
[1-143] 次のステップへ
|
[1-144] 環境の継続的改善
|
[1-145] フィードバックループ
|
[1-146] 準備完了
|
[1-147] 次のステップへ
|
[1-148] 環境の知識伝承
|
[1-149] ナレッジマネジメント
|
[1-150] 準備完了
|
[1-151] 次のステップへ
|
[1-152] 環境の自動化
|
[1-153] インフラストラクチャのコード化
|
[1-154] 準備完了
|
[1-155] 次のステップへ
|
[1-156] 環境のセキュリティ対策
|
[1-157] 脅威からの保護
|
[1-158] 準備完了
|
[1-159] 次のステップへ
|
[1-160] 環境のパフォーマンス監視
|
[1-161] リアルタイム分析
|
[1-162] 準備完了
|
[1-163] 次のステップへ
|
[1-164] 環境の可用性向上
|
[1-165] 障害からの迅速復旧
|
[1-166] 準備完了
|
[1-167] 次のステップへ
|
[1-168] 環境の拡張性確保
|
[1-169] 需要への柔軟な対応
|
[1-170] 準備完了
|
[1-171] 次のステップへ
|
[1-172] 環境のコスト削減
|
[1-173] 無駄の排除
|
[1-174] 準備完了
|
[1-175] 次のステップへ
|
[1-176] 環境のコンプライアンス遵守
|
[1-177] 法令順守
|
[1-178] 準備完了
|
[1-179] 次のステップへ
|
[1-180] 環境のベンダーロックイン回避
|
[1-181] 柔軟な選択肢
|
[1-182] 準備完了
|
[1-183] 次のステップへ
|
[1-184] 環境のインシデントレスキュー
|
[1-185] 迅速な復旧
|
[1-186] 準備完了
|
[1-187] 次のステップへ
|
[1-188] 環境のキャパシティ最適化
|
[1-189] リソースの有効活用
|
[1-190] 準備完了
|
[1-191] 次のステップへ
|
[1-192] 環境の法規制対応
|
[1-193] 継続的な監視
|
[1-194] 準備完了
|
[1-195] 次のステップへ
|
[1-196] 環境のベンダー連携強化
|
[1-197] 円滑な関係構築
|
[1-198] 準備完了
|
[1-199] 次のステップへ
|
[1-200] 環境のインシデント分析
|
[1-201] 再発防止策
|
[1-202] 準備完了
|
[1-203] 次のステップへ
|
[1-204] 環境の継続的改善活動
|
[1-205] チームの意識向上
|
[1-206] 準備完了
|
[1-207] 次のステップへ
|
[1-208] 環境の知識共有促進
|
[1-209] ドキュメントの充実
|
[1-210] 準備完了
|
[1-211] 次のステップへ
|
[1-212] 環境の自動化推進
|
[1-213] 効率化
|
[1-214] 準備完了
|
[1-215] 次のステップへ
|
[1-216] 環境のセキュリティ強化策
|
[1-217] 最新の脅威対策
|
[1-218] 準備完了
|
[1-219] 次のステップへ
|
[1
Инициализация мануала...
package.json
$ install --global
skills.sh
npx skills add https://github.com/classmethod/tsumiki/tree/main/skills/dev-webtest
$ download --local
man
[HINT] Скачивает всю директорию скилла с GitHub: SKILL.md и все связанные файлы