playwright
Next.jsアプリケーションにおけるPlaywrightテストのベストプラクティスを提供するスキルです。テストセレクター、不安定なテスト、認証状態、APIモック、ハイドレーションテスト、並列実行、CI設定、テスト失敗のデバッグなど、PlaywrightによるE2Eテストの作成・レビュー・デバッグ時に活用してください。
description の原文を見る
Playwright testing best practices for Next.js applications (formerly test-playwright). This skill should be used when writing, reviewing, or debugging E2E tests with Playwright. Triggers on tasks involving test selectors, flaky tests, authentication state, API mocking, hydration testing, parallel execution, CI configuration, or debugging test failures.
SKILL.md 本文
Playwright + Next.js テスティング ベストプラクティス
Playwright と Next.js アプリケーションのための包括的なテスト最適化ガイド。8 つのカテゴリに分類された 43 のルールを含み、信頼性が高く、高速で、保守しやすい E2E テストをガイドするため影響度順に優先付けされています。
使用するタイミング
以下の場合にこれらのガイドラインを参照してください:
- Next.js アプリケーション用の新しい Playwright テストを作成する場合
- 不安定な、または失敗するテストをデバッグする場合
- テスト実行速度を最適化する場合
- 認証状態の再利用をセットアップする場合
- テスト用の CI/CD パイプラインを構成する場合
- Server Components および App Router 機能をテストする場合
- テストコードを信頼性の問題で検証する場合
ルールカテゴリ(優先度別)
| 優先度 | カテゴリ | 影響度 | プレフィックス |
|---|---|---|---|
| 1 | テストアーキテクチャ | CRITICAL | arch- |
| 2 | セレクタ & ロケータ | CRITICAL | loc- |
| 3 | 待機 & アサーション | HIGH | wait- |
| 4 | 認証 & 状態 | HIGH | auth- |
| 5 | モッキング & ネットワーク | MEDIUM-HIGH | mock- |
| 6 | Next.js インテグレーション | MEDIUM | next- |
| 7 | パフォーマンス & 速度 | MEDIUM | perf- |
| 8 | デバッグ & CI | LOW-MEDIUM | debug- |
クイックリファレンス
1. テストアーキテクチャ (CRITICAL)
- 各テストに新しいブラウザコンテキストを使用arch-test-isolation- 並列テスト実行を有効化arch-parallel-execution- 複雑なページに Page Object Model を使用arch-page-object-model- 共有セットアップに fixtures を使用arch-fixtures- プロダクションビルドに対してテストするarch-test-production- 各テスト後にテスト状態をクリーンアップarch-cleanup-state
2. セレクタ & ロケータ (CRITICAL)
- CSS ではなくロールベースセレクタを使用loc-role-selectors- 動的要素に data-testid を使用loc-data-testid- フォーム入力に getByLabel を使用loc-label-selectors- 静的コンテンツに getByText を使用loc-text-selectors- XPath セレクタを避けるloc-avoid-xpath- 詳細度のためにロケータをチェーンするloc-chained-locators- getByPlaceholder は控えめに使用loc-placeholder-selector
3. 待機 & アサーション (HIGH)
- web-first アサーションを使用wait-web-first-assertions- ハードウェイトを避けるwait-avoid-hard-waits- 複雑なページにはネットワークアイドル状態を使用wait-network-idle- アクションが相互作用前に自動的に待機するようにするwait-action-retries- 重要でないチェックには soft assertions を使用wait-soft-assertions- タイムアウトを適切に設定wait-custom-timeout
4. 認証 & 状態 (HIGH)
- ストレージ状態を使用して認証を再利用auth-storage-state- 異なるロールに対して別々のストレージ状態を使用auth-multiple-roles- 認証のためにセッションストレージを処理auth-session-storage- より高速な認証セットアップに API ログインを使用auth-api-login- 並列テストに worker スコープの認証を使用auth-parallel-workers
5. モッキング & ネットワーク (MEDIUM-HIGH)
- 決定論的テスト用に API レスポンスをモックmock-api-responses- 実際のレスポンスをインターセプトして変更mock-intercept-modify- 複雑なモックシナリオに HAR ファイルを使用mock-har-files- 不要なリクエストを中止mock-abort-requests- ネットワーク状態をシミュレートmock-network-conditions
6. Next.js インテグレーション (MEDIUM)
- 相互作用前にハイドレーション完了を待機next-wait-hydration- Server Components を正しくテストnext-server-components- App Router ナビゲーションパターンをテストnext-app-router-navigation- Server Actions をエンドツーエンドでテストnext-server-actions- クリーンなナビゲーション用に baseURL を設定next-baseurl-config
7. パフォーマンス & 速度 (MEDIUM)
- 大規模なテストスイートにはシャーディングを使用perf-sharding- CI ではヘッドレスモードを使用perf-headless-ci- ブラウザを戦略的に選択perf-browser-selection- 可能な場合は開発サーバーを再利用perf-reuse-server- 不安定なテスト回復用にリトライを設定perf-retries
8. デバッグ & CI (LOW-MEDIUM)
- 失敗したテストに trace viewer を使用debug-trace-viewer- 失敗時にスクリーンショットと動画をキャプチャdebug-screenshots-videos- インタラクティブなデバッグに Playwright Inspector を使用debug-inspector- CI インテグレーション用にレポータを設定debug-ci-reporters
使用方法
詳細な説明とコード例については、個別のリファレンスファイルを参照してください:
Section definitions- カテゴリ構造と影響度レベルRule template- 新しいルール追加用テンプレート
リファレンスファイル
| ファイル | 説明 |
|---|---|
AGENTS.md | すべてのルールを含む完全コンパイルガイド |
references/_sections.md | カテゴリ定義と順序付け |
assets/templates/_template.md | 新しいルール追加用テンプレート |
metadata.json | バージョンおよびリファレンス情報 |
ライセンス: MIT(寛容ライセンスのため全文を引用しています) · 原本リポジトリ
詳細情報
- 作者
- pproenca
- リポジトリ
- pproenca/dot-skills
- ライセンス
- MIT
- 最終更新
- 不明
Source: https://github.com/pproenca/dot-skills / ライセンス: MIT
関連スキル
doubt-driven-development
重要な判断はすべて、本番環境への展開前に新しい視点から対抗的レビューを実施します。速度より正確性が重要な場合、不慣れなコードを扱う場合、本番環境・セキュリティに関わるロジック・取り消し不可の操作など影響度が高い場合、または後でバグを修正するよりも今検証する方が効率的な場合に活用してください。
apprun-skills
TypeScriptを使用したAppRunアプリケーションのMVU設計に関する総合的なガイダンスが得られます。コンポーネントパターン、イベントハンドリング、状態管理(非同期ジェネレータを含む)、パラメータと保護機能を備えたルーティング・ナビゲーション、vistestを使用したテストに対応しています。AppRunコンポーネントの設計・レビュー、ルートの配線、状態フローの管理、AppRunテストの作成時に活用してください。
desloppify
コードベースのヘルスチェックと技術負債の追跡ツールです。コード品質、技術負債、デッドコード、大規模ファイル、ゴッドクラス、重複関数、コードスメル、命名規則の問題、インポートサイクル、結合度の問題についてユーザーが質問した場合に使用してください。また、ヘルススコアの確認、次の改善項目の提案、クリーンアップ計画の作成をリクエストされた際にも対応します。29言語に対応しています。
debugging-and-error-recovery
テストが失敗したり、ビルドが壊れたり、動作が期待と異なったり、予期しないエラーが発生したりした場合に、体系的な根本原因デバッグをガイドします。推測ではなく、根本原因を見つけて修正するための体系的なアプローチが必要な場合に使用してください。
test-driven-development
テスト駆動開発により実装を進めます。ロジックの実装、バグの修正、動作の変更など、あらゆる場面で活用できます。コードが正常に動作することを証明する必要がある場合、バグ報告を受けた場合、既存機能を修正する予定がある場合に使用してください。
incremental-implementation
変更を段階的に実施します。複数のファイルに影響する機能や変更を実装する場合に使用してください。大量のコードを一度に書こうとしている場合や、タスクが一度では完結できないほど大きい場合に活用します。