「テスト」の検索結果

テスト仕様書（Excel/Notion）からFlutter integration_testコードを自動生成するスキル。 Page Objectパターン + Key規約に基づき、仕様ステップとコードの対応を示すマッピングレポートも生成する。 「E2Eテストを生成」「テスト仕様からテストコードを作って」「integration_testを生成」などの発言で発動。

テーブル駆動テスト、サブテスト、ベンチマーク、ファジング、テストカバレッジを含むGoテストパターン。イディオマティックなGoプラクティスによるTDD方法論に従う。

OpenClawのテスト中に起きるメモリ増加や不足を調べます。測定結果やメモリ内の記録を比較し、実際の解放漏れとテスト実行側の保持を見分け、修正を検証します。

• Vitestのメモリ不足を調べたいとき
• 同一プロセスのメモリ記録を比較したいとき
• 解放漏れとモジュール保持を見分けたいとき

Discordのテスト用ボットで接続情報や読み取り権限を確認し、メッセージ・ファイル・スレッド操作やOpenClawの応答を証拠付きで検証するスキル。

• ボットの識別情報と読み取り権限確認
• メッセージ・ファイル・スレッド検証
• OpenClawの返信・逐次送信・入力表示検証

仕様や要件を、変更するファイル・関数の定義・テスト・確認手順が分かる実装計画にまとめるスキル。コードを書く前に作業を分け、担当者へ引き継げる形に整えます。

• コードを書く前に機能実装を計画したいとき
• 要件をテスト可能なタスクに分けたいとき
• 別の担当者やエージェントに引き継ぎたいとき

機能追加やコード整理の後に、ビルド・型・lint・テスト・秘密情報の検索・差分を6段階で確認するスキル。合否と修正事項をまとめ、PRを作成できる状態か報告します。

• 機能追加後のコードを検証したいとき
• リファクタリング後の不具合確認
• PR作成前の準備状況確認

既存機能の不具合を失敗するテストで再現し、修正、レビュー、承認後のコミットまで、各工程を担当するECCエージェントに割り振って進めるスキル。

• クラッシュや誤った出力を直したいとき
• 不具合の再発を検知するテスト作成
• 原因が分からない不具合の調査

Djangoの公開や変更提案の前に、環境・コード品質・データベース変更・テスト・脆弱性・設定を順に検証し、段階別の合否と修正すべき問題をレポートにまとめます。

• Djangoの変更提案前の確認
• マイグレーションを確認したいとき
• テストカバレッジの目標確認

Slackの認証やメッセージ操作、OpenClawの受信・返信を検証するスキル。APIで確かめた結果と実際の画面操作を区別し、証拠と後片付けを確認します。

• Slackの認証やアクセス権の確認
• メッセージの作成・編集・削除テスト
• OpenClawの受信・返信の検証

OpenClawのリリース候補を人が試すために、隔離コピーなどの検証環境を準備し、テストの進行とフィードバック整理を支援します。公開前の報告確認も扱います。

• Gatewayの隔離コピーで検証したいとき
• 操作画面ごとに人がテストしたいとき
• 公開前に検証報告を確認したいとき

実装完了後に全テストを確認し、ローカルでのマージ、Pull Request作成、現状維持を選んで進めます。選択と作業環境に応じてブランチや作業領域を整理します。

• 完成した機能をローカルでマージする
• ブランチをpushしてPRを作る
• 完成した変更を後で統合したいとき

仕様書やチケットに書かれた作業をコードに反映します。型チェックとテストで確認し、コードレビューを経て現在のブランチへコミットするスキルです。

• 仕様書から機能を実装したいとき
• 指定チケットを実装したいとき
• 型チェックとテストで変更を確認したいとき

会話で話し合った内容とコードベースの理解から仕様書を作り、プロジェクトのIssue管理先に公開します。課題、利用者の要望、実装・テスト方針、対象外を整理します。

• 機能の議論を仕様書にしたいとき
• 合意した要件のIssue公開
• 実装とテストの方針の文書化

コードの構造を調べ、理解やテストを難しくしている箇所の改善案を図入りHTMLレポートにまとめます。候補を選んだ後は、制約や設計判断を対話で掘り下げます。

• 変更が多い領域の設計を見直したいとき
• リファクタリング案を図で比較
• テストしやすいモジュール設計を検討

大きな機能の設計提案を、依存関係と合格条件を持つ作業単位に分け、複数エージェントの調査・実装・テスト・レビューから統合と最終検証まで整理するスキル。

• 大きな設計提案を検証可能な作業に分けたいとき
• 複数エージェントへの依存関係付き作業割り当て
• 変更ブランチのレビューと順次統合

Quarkusサービスの変更後や公開前に、ビルド、コード解析、テスト、脆弱性検査を順に確認するスキル。ネイティブ実行形式やコンテナ、環境設定の検証も扱います。

• QuarkusのPR前チェック
• リファクタリングや依存更新の検証
• ネイティブ実行形式の互換性確認

まだ存在しない機能の追加を、調査・計画からテスト先行の実装、レビュー、コミットまで進めるスキル。工程を担当エージェントに分担し、計画とコミット前に承認を挟みます。

• 未実装の機能を追加したいとき
• テスト先行で新機能を実装
• 認証機能のセキュリティレビュー

AIエージェントが実装の多くを担う開発チーム向けに、計画、責任分担、レビュー基準、テスト要件を整理し、生成コードを扱う開発プロセスを設計するスキル。

• AI生成コードを扱う開発ルールの整備
• コードレビュー基準と承認条件の設定
• エージェントが作業しやすい設計の検討

因果推論・効果検証（A/B テスト / ABテスト / オンライン実験 / リフト / SRM / CUPED、観察データの処置効果 / ATE / ATT / CATE / 傾向スコア / propensity score / IPW / 二重頑健 / DML / causal forest、準実験 / 差の差 / DiD / イベントスタディ / 操作変数 / IV / 2SLS / 回帰不連続 / RDD / 合成コントロール）を実行したら必ずセットで出す図と値のルーター。 proportions_ztest, chisquare, statsmodels.stats.power, dowhy, econml, causalml, doubleml, propensity, LinearDML, IV2SLS, rdrobust, rddensity, pysyncon, treat*post がコードに現れたとき、またはユーザーが「ABテストの結果を 見て」「施策の効果を推定して」「差の差で」「傾向スコアで揃えて」「閾値前後で比較して」と言ったときに使う。SRM・ バランス・並行トレンド・first-stage に言及がなくても適用する。SKILL.md のルーティング表で設計を特定し、対応する references/<設計>.md を読んでから実行する。実験でない群間比較の検定は statistical-inference-diagnostics、 予測モデルの解釈（SHAP 等）は predictive-modeling-diagnostics を使う。

E2E テストの spec を書く・編集する・レビューする際に必ず発火させる。新しいシナリオの追加、既存 E2E テストの修正・デバッグ、E2E テストの書き方の相談、slice-tdd skill から E2E spec が必要と判断された場面で使う。触る範囲に対応するプロジェクトの E2E の流儀 (spec の書き方・構造・命名) を探して従わせる入口。E2E を実行する手順は扱わない (別スキルの責務)。

エンジニアとして手を動かす作業全般で必ず発火させる: コードを書く / テストを書く / リファクタ / バグ修正 / E2E spec 追加 / 既存仕様への小さな修正など、コードに触る作業すべて。「実装して」「テスト書いて」「リファクタして」「バグ直して」のような依頼を受けたとき、または基本設計が済んで実装フェーズに入るときに発火。基本作業は TDD（テスト先書き → 最小実装 → リファクタ → コミット）で進め、要件が大きければ適切な小ささに分割しつつサイクルを回す。発火しないのは要件定義 / 基本設計の対話中（まだ手を動かしていない時）だけ。

テストピラミッド・テスト設計・品質戦略を整理する判断軸。テストの粒度・スコープ・優先順位に迷ったときに使う。TDDの具体的な実装手順は developer-specialist と併用する。

テスト品質を動作カバレッジの観点から分析し、クリティカルなテストギャップを特定する。テストファイルの追加・変更時に使用。

Use this skill when writing unit tests, mocking dependencies, testing pure functions, or measuring coverage with Vitest. Trigger words: ユニットテスト, 単体テスト, Vitest, モック, テストを書く, カバレッジ, describe, it, expect, vi.mock.