「テスト」の検索結果

QA テストスイートの解析・前提条件解決・実行計画策定を行うフェーズスキル。ios-qa-workflow から参照される。「テスト計画」「QA 準備」「テストスイート解析」などのキーワードで自動適用。

QA テスト結果を集約し、構造化レポートを生成するフェーズスキル。失敗テストの分析と次のアクション提案を含む。「QA レポート」「テスト結果」「QA 結果」などのキーワードで自動適用。

仕様（チケットの完了条件・受入基準）からE2Eテストを実装する（非対話）。Triggers on: '/create-e2e', 'E2Eテストを書いて', 'E2Eテストを追加して'

テストが担保していない公開面（GAP）を検出する。報告のみで、ファイル生成・修正・Issue 起票はしない。Triggers on: '/surface-audit', 'テスト担保を診断', '公開面を監査', 'GAPを検出', 'テストの無い公開面'

テスト観点のレビューエージェント。 テスト網羅性、命名規則、フレーキーテスト、カバレッジギャップの個別スキルへルーティングする。

重要: ユーザーがAndroidテスト実行をリクエストした場合、常にこのスキルを最初に使用してください。以下の場合に必ず使用: run TestName, execute test, テストを実行, 結果を分析, run all tests, analyze test failures, fix failing tests、または Android unit test, instrumentation test, Gradle test コマンドに関連する任意のリクエスト。./gradlew test や Bash コマンドを直接使用しないでください - 常にこのスキルに委譲してください。Multi-variantプロジェクト、JAVA_HOME セットアップ、一般的なテストパターンに対応しています。

開発修正・機能実装後の動作確認→スクショ撮影→テストチェックリスト→修正報告書（md+PDF）作成の一連のワークフロー。 Use when: 「動作確認して」「スクショ撮って」「テスト結果まとめて」「修正報告書作って」「確認してPDFで送って」等の依頼。 開発作業後のブラウザ確認、スクリーンショット収集、テスト結果の文書化、PDF報告書生成に使用。 Don't use when: コードの実装のみ（動作確認・報告書が不要な場合）。デザインレビュー（実装の動作確認ではない場合）。

chrome-devtools を使って動作確認チェックリストに沿ったテストを実行する。「動作確認して」「テストして」「動作テストして」「ブラウザで確認して」「チェックリストを確認して」などの依頼で発火する。

agent-browser CLIでブラウザ検証をサブエージェント実行。 E2Eテスト、UI確認、フォーム検証、スクリーンショット取得に使用。 Trigger: agent-browser, ブラウザで確認, ブラウザ検証, E2E確認, UIテスト, スクリーンショット撮って, 画面確認, ブラウザテスト

Kotest、MockK、コルーチンテスト、プロパティベーステスト、Koverカバレッジを含むKotlinテストパターン。イディオマティックなKotlinプラクティスによるTDD方法論に従う。

テストの追加・修正・削除、または実装後の検証方針を判断するときに使う。タスクごとに反射的な回帰テストを増やさず、守るべき仕様、不安な仕様、実際に使われる経路、事前条件と事後条件を中心にテストを設計するためのスキル。

OpenClawの画面をSolid 2で実装・移行・レビューするスキル。状態管理やLitとの共存、ダイアログなどの表示、テストと性能確認を扱います。

• Litの画面をSolid 2へ移行したいとき
• 状態管理と画面更新をレビューしたいとき
• プラグイン画面やダイアログの実装

OpenClawのチャット接続を設定し、実際のテスト送信で届くか確認します。トークンを露出させず、既存のアクセス制限を守りながら接続の問題も調べます。

• Telegramのボットを接続したいとき
• テストメッセージの到着確認
• チャット接続の不具合調査

OpenClaw全体の品質検証を継続し、不具合の再現から根本原因の修正、レビュー、反映確認まで進めます。実環境や負荷の検証結果を、再開可能な報告書に記録します。

• OpenClawの複数領域の不具合調査
• 回帰テストと独立レビューで修正を検証
• 実接続・UI・配布物の動作確認

OpenClawのQAシナリオを模擬環境や実サービスで実行し、失敗原因の修正、結果レポートの確認、複数モデルの応答スタイル比較まで支援するスキル。

• 模擬環境や実サービスでQAを実行
• 失敗シナリオの原因調査と再検証
• 複数モデルのキャラクター比較

OpenClaw Control UIの画面変更を、状態別の比較ギャラリーと実ブラウザの操作テストで確認し、利用者のコメントや変更前後の画像を残すスキル。

• 読み込み・空・エラー状態の比較
• 画面変更への意見を集めたいとき
• 模擬Gatewayでチャット操作を検証

コードレビューの指摘を実際のコードや対応環境と照らし合わせ、妥当性を確認します。不明点の整理、根拠を示した返答、修正ごとのテストまで進めるスキルです。

• 曖昧なレビュー指摘を整理したいとき
• 提案された変更の互換性確認
• 追加機能が使われているか調べたいとき

機能開発を別の作業領域で進めるために、既存の分離状態を確認し、環境標準の機能かgit worktreeで領域を用意。依存関係の準備と開始前のテストも行います。

• 機能開発を別の作業領域で始める
• 実装計画の開始前に環境を整える
• 作業領域が分離済みか確認する

作業完了や不具合修正を報告する前に、テストやビルドを実行して結果を確認します。コミットやPR作成の前にも、実際の出力を根拠に状況を伝えるスキルです。

• 完了報告の前に結果を確認したいとき
• 不具合の修正を確かめたいとき
• コミットやPR前の検証

作成済みの実装計画を、同じセッションでタスクごとに実行します。テストの失敗と成功、進捗や判断を記録し、最後にブランチ全体をレビューするスキルです。

• 作成済みの開発計画を実装したいとき
• 実装用の別エージェントなしで進めたいとき
• 進捗記録から作業を再開したいとき

再現しにくい不具合や処理速度の悪化を、症状を判定するテストやスクリプトで調べます。原因候補の検証から修正、再発防止の確認まで進めるスキル。

• 再現しにくいエラーを調べたいとき
• 処理が遅くなった原因の調査
• 断続的な不具合を繰り返し検証

呼び出し側が覚える使い方を小さく保ち、複雑な処理を内部にまとめる設計を支援します。共通の用語と判断基準で、モジュールの使いやすさやテストのしやすさを検討するスキルです。

• モジュールの使い方を簡単にしたいとき
• 散らばった複雑な処理をまとめたいとき
• 実装を差し替える場所の検討

Laravelの環境設定からコード検査、テスト、依存関係の脆弱性、データベース変更、キューまで順に確認し、マージやデプロイ前の問題を調べるスキル。

• Laravelのプルリクエスト前の確認
• 大きな改修や依存関係更新後の検証
• ステージング・本番へのデプロイ前確認

KotlinのKtorでHTTPサーバーを作るための実装例をまとめたスキル。APIのルート、認証、JSON変換、部品の組み立て、通信とテストを整理します。

• KtorでREST APIを作りたいとき
• JWT認証でルートを保護したいとき
• Koinでアプリの部品を整理したいとき