ui-test-selenium

Selenium UI Testing（EN）

中国語版： 該当する中国語のスキルをご覧ください。

使用する場面

• Selenium の UI テストワークフローにそのまま組み込める出力が必要な場合。
• プロジェクトですでに Selenium を使用している、または Selenium を前提とした計画が必要な場合。

出力形式の選択肢

リクエストで別の形式が明示されていない限り、Markdown がデフォルトです。

使用方法

1. prompts/ui-test-selenium.md を開き、メインプロンプトとして使用します。
2. スコープ、環境、制約、リスク、依存関係、成果物の要件など、実際のプロジェクトコンテキストを追加します。
3. 入力が不完全な場合は、実用的な初版を作成し、不足情報と前提条件を明記します。

参考ファイル

• ドメイン上の判定結果、有効な制御方法、またはエビデンスの不足を評価する際は、サニタイズ済みの入力、項目ごとのオラクル、再現可能な計算が記載された references/domain-decision-example.md を参照してください。

• prompts/ui-test-selenium.md：このスキルのメインプロンプト。

• references/framework-spec.md：ツール固有の構造とカバレッジに関する注意事項。

• references/setup-and-ci.md：セットアップ、実行、CI に関する注意事項。

• examples/sample-context.md：リクエストコンテキストのサンプル。

• scripts/run-tests.sh：ローカル実行用の軽量なエントリーポイント。

ドメイン実行の重要事項

1. Selenium／バインディング／ブラウザー／ドライバー／Grid のバージョン、ケイパビリティ、ランナーを固定します。互換性のある設定ファイル／POM を作成してください。Grid のトポロジーを捏造せず、まずバージョンの競合を診断してください。
2. ユーザーが操作可能な状態、業務状態、ウィンドウ、URL など、観測可能な条件を明示的に待機します。存在や表示は業務上の準備完了を意味しません。暗黙的待機と明示的待機の併用、および一律の固定スリープは避けてください。
3. 再レンダリングや古い参照が発生した後は、安定したロケーターで要素を再取得し、新しい状態を待機します。上限付きの再試行は、提示されたポリシーに従ってください。決済処理を無条件に再実行すると、処理が重複するおそれがあります。
4. 並列セッションごとにアカウント／業務キーを分離します。try/finally で driver.quit を実行し、スクリーンショット／ログ／セッション／元の例外を保持します。再レンダリング、業務上の失敗、例外の制御では、クリーンアップと非ゼロでのエラー伝播を検証します。

よくある落とし穴

• スコープが曖昧でコンテキストがない状態では使用しないでください。
• すべての領域を同じ重要度として扱わないでください。
• 前提条件や不足情報を省略しないでください。

ベストプラクティス

• プロンプトファイルから始め、重要なコンテキストだけを追加します。

• リスクに基づいた、実行可能な出力にします。

• リクエストが不完全な場合は、実用的な初版を作成し、不足事項を明記します。

• 生成された業務上のアサーション、失敗の伝播、または分離を検証するには、evals/fixtures/checkout-app/README.md と、そのローカルの正常系／バグ／タイムアウト制御を参照してください。実行するのは、実行を依頼された場合に限ります。