Compétences playwright-best-practices
🧪
playwright-best-practices
Sûr
回復力のあるPlaywrightテストを作成する
Playwrightテストは時間が経つにつれて脆くも不安定になりがちです。このスキルは、保守的で自己修復型のテストを作成するためのLocator、アサーション、Fixture、ページオブジェクトの実証済みパターンを提供します。
Prend en charge: Claude Codex Code(CC)
1
Télécharger le ZIP du skill
2
Importer dans Claude
Allez dans Paramètres → Capacités → Skills → Importer un skill
3
Activez et commencez à utiliser
Tester
Utilisation de "playwright-best-practices". Playwrightテストで適切なパターンを使用したユーザーログインのテストを書いてほしい
Résultat attendu:
- 回復力のあるフォームロケーターにはgetByRoleとgetByLabelを使用する
- 表示状態と有効性チェックを備えた安全なヘルパー内でアクションをラップする
- 各テストでUIログインを回避するため、セットアッププロジェクトに認証状態を保存する
- await locator.isVisible()ではなくexpect(locator).toBeVisible()を使用する
- ページオブジェクトパターンでLoginPageクラスを作成し、BasePageを拡張する
Audit de sécurité
Sûrv2 • 1/10/2026
Pure documentation skill containing only markdown content with code examples. No executable code, no file system access, no network calls, no command execution. Behavior exactly matches stated purpose.
1
Fichiers analysés
497
Lignes analysées
0
résultats
2
Total des audits
Aucun problème de sécurité trouvé
Audité par: claude Voir l’historique des audits →
Score de qualité
38
Architecture
100
Maintenabilité
83
Contenu
21
Communauté
100
Sécurité
78
Conformité aux spécifications
Ce que vous pouvez construire
保守可能なテストスイートを作成する
ロールベースのロケーターと適切なページオブジェクトパターンを使用して、UI変更に耐えるテストスイートを構築する。
信頼性の高いコンポーネントテストを作成する
適切なテスト隔離、Fixture、アサーション-patternsでコンポーネントの動作を検証する。
テストインフラストラクチャをセットアップする
Playwrightプロジェクト、レポーター、CI統合を構成して、チーム全体でテストを実施する。
Essayez ces prompts
基本的なテストセットアップ
適切な設定、プロジェクト構造、ログインページオブジェクトモデルを備えたWebアプリのPlaywrightテストのセットアップを助けてほしい。
不安定なロケーターを修正する
Playwrightテストがセレクターの脆さゆえに失敗している。getByRole、getByLabel、その他の回復力のあるロケーターをCSSクラスの代わりに使用する方法を教えてほしい。
API応答をモックする
PlaywrightテストでAPI応答をモックして、バックエンドなしでエラー状態やエッジケースをテストする必要がある。ルートパターンを教えてほしい。
CI実行を最適化する
Playwrightテストの実行がCIで遅くの詳細すぎる。並列実行、最小限のレポーター、適切なテスト隔離を構成する助けてほしい。
Bonnes pratiques
- UIリファクタリングに耐えるため、getByRole、getByLabelなどのユーザー向けロケーターをCSS/XPathの前に使用する
- automaticクリーンアップ付きの再利用可能なセットアップには、beforeEachよりもFixtureを好む
- CIやエージェントコンテキストで最小限のレポーター（line/dot）を構成してコンテキストオーバーフローを防ぐ
Éviter
- 自動待機付きのロケーターとアサーションの代わりにpage.waitForTimeout()を使用する
- ロール/ラベル/testidの代替が存在する場合にCSSまたはXPathセレクターを書き込む
- каждом тесте instead of reusing storageState from setup - セットアップからstorageStateを再利用する代わりに каждом тестеでUIでログインする
Foire aux questions
このスキルはどのPlaywrightバージョンをサポートしていますか？
getByRoleロケーター、Web優先アサーション、新しいFixture APIを含むPlaywright 1.40以降で動作します。
JestやVitestでこれらのパターンを使用できますか？
はい。@playwright/testのtest()をjest-playwrightに置き換えるか、@playwright/testをスタンドアロンランナーとして使用できます。
テストで認証をどのように処理すればよいですか？
一度ログインしてstorageStateを保存するセットアッププロジェクトを作成します。他のプロジェクトはセットアップに依存して認証状態を再利用します。
CIではどのレポーターを使用すべきですか？
詳細すぎる出力がコンテキストを消費するのを防ぐには、lineまたはdotレポーターを使用します。CI環境変数を使用してplaywright.config.tsで構成します。
APIエンドポイントをどのようにテストすればよいですか？
APIテストにはrequestFixtureを使用します。テストごとにテストデータを作成およびクリーンアップして隔離します。テスト間で状態を共有しないでください。
失敗するテストをどのようにデバッグすればよいですか？
--trace onで実行してスクリーンショットとネットワークログをキャプチャします。ステップスルーには--debugを、インタラクティブモードには--uiを使用します。