Test Automator
AI対応フレームワークでテストを自動化する
手動テストや脆弱なテストスイートは開発を遅延させ、信頼性を低下させます。このスキルは、最新のテスト自動化、自己修復テスト、AI駆動の品質エンジニアリングに関する専門家ガイダンスを提供し、堅牢なテストエコシステムを構築します。
スキルZIPをダウンロード
Claudeでアップロード
設定 → 機能 → スキル → スキルをアップロードへ移動
オンにして利用開始
テストする
「Test Automator」を使用しています。 Design a test strategy for a payment processing API
期待される結果:
- テストピラミッド構造:70%ユニットテスト(検証ロジック、計算)、20%統合テスト(データベース、外部サービス)、10%E2Eテスト(完全決済フロー)
- 重要なテストカテゴリ:API仕様向けのコントラクトテスト、PCIコンプライアンス向けのセキュリティテスト、トランザクションスループット向けのパフォーマンステスト、障害シナリオ向けのカオステスト
- 推奨ツール:コントラクトテスト用のPact、セキュリティスキャン用のOWASP ZAP統合、ロードテスト用のK6、分離テスト環境用のDockerコンテナ
「Test Automator」を使用しています。 My tests fail intermittently in CI but pass locally
期待される結果:
- 診断手順:非同期操作での競合状態の確認、テストの分離とデータベースクリーンの検証、ローカルとCI間の環境差分の特定
- 一般的な原因:適切な待ち時間なしのタイミング依存のアサーション、テスト間の共有状態、外部サービス依存関係の]~!b[、並列実行でのリソース競合
- 修正戦略:リトライロジックを備えた明示的な待ち時間の実装、分離のためのテストデータファクトリの使用、外部依存関係のサービス仮想化、適切なテストシャーディングの設定
セキュリティ監査
安全Prompt-only skill containing no executable code, scripts, or external command invocations. Static analysis scanned 0 files and found 0 security issues. The skill provides test automation guidance through natural language instructions only. No network access, filesystem operations, or code execution patterns detected. Safe for publication.
品質スコア
作れるもの
QAエンジニアによるテスト戦略の構築
マイクロサービスアーキテクチャ向けの包括的なテスト自動化戦略を、適切なフレームワーク選択、CI/CD統合、品質メトリクスとともに設計します。
TDDを実践する開発者
テスト駆動開発ワークフローに関するリアルタイムガイダンスを受け取り、失敗するテストの生成、最小限の実装パターン、回帰安全性を備えたリファクタリングを支援します。
CI/CDを最適化するDevOpsチーム
並列テスト実行、動的テスト選択、コンテナ化されたテスト環境を自動レポートとしきい値検証とともに実装します。
これらのプロンプトを試す
Reactアプリケーションのテスト自動化を設定する必要があります。ユニットテスト、統合テスト、E2Eテスト用のテストフレームワークの組み合わせを提案し、スターター構成を提供してください。
TDDを使用してユーザー認証機能を実装するのを手伝ってください。最初に失敗するテストを書き、最小限の実装を作成し、最後に安全性検証でリファクタリングするまでガイドしてください。
私たちのテストは順番に実行され、45分かかります。GitHub Actionsワークフローを分析し、並列実行、テスト選択、キャッシュ戦略の最適化を提案してください。
UIテストがセレクターの変更理由で頻繁に壊れます。AI対応の自己修復テストツールを評価し、既存のSeleniumテストを移行するための実装計画を提供してください。
ベストプラクティス
- テストピラミッドに従い、効率的なフィードバックループのために遅いE2Eテストよりも速いユニットテストを優先する
- 説明的な名前と意図を明確にするアサーションを備え、生きているドキュメントとしてテストを設計する
- 分離性と再現性を確保するためにファクトリとフィクスチャを使用したテストデータ管理を実装する
回避
- 実装の詳細ではなく観測可能な動作をテストし、リファクタリング中に壊れる脆弱なテストを作成する
- 複数の Concern をカバーし、失敗時にデバッグが困難な過度に大きなE2Eテストを作成する
- テスト実行時間を無視し、並列実行の代わりにすべてのテストを順番に実行する