testing-qa について
ソフトウェアチーム向けのテストと QA のワークフロースキルです。テスト戦略、単体・統合テスト、E2E とブラウザー自動化、性能確認、コードレビュー、品質ゲートを段階別に整理し、関連スキルを案内します。
主な機能
- 01テスト戦略とインフラの整備
- 02単体テストと統合テスト
- 03E2E とブラウザー自動化
- 04性能テスト
- 05コードレビューと品質ゲート
活用シーン
- 01ソフトウェアテスト戦略の計画
- 02単体・統合テストの作成
- 03ブラウザーと E2E の検査自動化
- 04リリース品質ゲートの設定
インストール
コマンドをコピーしてターミナルで実行します。
$
npx skills add https:/ / github.com/ sickn33/ agentic-awesome-skills --skill testing-qaインストール後、Claude Code で/testing-qaを入力して読み込まれたか確認します。
詳細
テスト/QA ワークフローバンドル
概要
単体テスト、統合テスト、E2E テスト、ブラウザ自動化、そして本番 ready なソフトウェアのための品質ゲートを網羅する、包括的なテストおよび品質保証ワークフローです。
このワークフローを使用する場面
次のような場合にこのワークフローを使用します:
- テストインフラストラクチャをセットアップするとき
- 単体テストと統合テストを作成するとき
- E2E テストを実装するとき
- ブラウザテストを自動化するとき
- 品質ゲートを確立するとき
- コードレビューを実施するとき
ワークフローのフェーズ
フェーズ 1: テスト戦略
呼び出すスキル
test-automator- テスト自動化test-driven-development- TDD
アクション
- テスト戦略を定義する
- テストフレームワークを選択する
- テストカバレッジを計画する
- テストインフラストラクチャをセットアップする
- CI 連携を構成する
コピー&ペースト用プロンプト
Use @test-automator to design testing strategy
Use @test-driven-development to implement TDD workflow
フェーズ 2: 単体テスト
呼び出すスキル
javascript-testing-patterns- Jest/Vitestpython-testing-patterns- pytestunit-testing-test-generate- テスト生成tdd-orchestrator- TDD オーケストレーション
アクション
- 単体テストを作成する
- テストフィクスチャをセットアップする
- モックを構成する
- カバレッジを測定する
- CI と連携する
コピー&ペースト用プロンプト
Use @javascript-testing-patterns to write Jest tests
Use @python-testing-patterns to write pytest tests
Use @unit-testing-test-generate to generate unit tests
フェーズ 3: 統合テスト
呼び出すスキル
api-testing-observability-api-mock- API テストe2e-testing-patterns- 統合パターン
アクション
- 統合テストを設計する
- テストデータベースをセットアップする
- API モックを構成する
- サービス間の相互作用をテストする
- データフローを検証する
コピー&ペースト用プロンプト
Use @api-testing-observability-api-mock to test APIs
フェーズ 4: E2E テスト
呼び出すスキル
playwright-skill- Playwright テストe2e-testing-patterns- E2E パターンwebapp-testing- Web アプリテスト
アクション
- E2E シナリオを設計する
- テストスクリプトを作成する
- テストデータを構成する
- 並列実行をセットアップする
- ビジュアルリグレッションを実装する
コピー&ペースト用プロンプト
Use @playwright-skill to create E2E tests
Use @e2e-testing-patterns to design E2E strategy
フェーズ 5: ブラウザ自動化
呼び出すスキル
browser-automation- ブラウザ自動化webapp-testing- ブラウザテストscreenshots- スクリーンショット自動化
アクション
- ブラウザ自動化をセットアップする
- ヘッドレステストを構成する
- ビジュアルテストを実装する
- スクリーンショットをキャプチャする
- レスポンシブデザインをテストする
コピー&ペースト用プロンプト
Use @browser-automation to automate browser tasks
Use @screenshots to capture marketing screenshots
フェーズ 6: パフォーマンステスト
呼び出すスキル
performance-engineer- パフォーマンスエンジニアリングperformance-profiling- パフォーマンスプロファイリングweb-performance-optimization- Web パフォーマンス
アクション
- パフォーマンステストを設計する
- 負荷テストをセットアップする
- 応答時間を測定する
- ボトルネックを特定する
- パフォーマンスを最適化する
コピー&ペースト用プロンプト
Use @performance-engineer to test application performance
フェーズ 7: コードレビュー
呼び出すスキル
code-reviewer- AI コードレビューcode-review-excellence- レビューのベストプラクティスfind-bugs- バグ検出security-scanning-security-sast- セキュリティスキャン
アクション
- レビューツールを構成する
- 自動レビューを実行する
- バグをチェックする
- セキュリティを検証する
- 変更を承認する
コピー&ペースト用プロンプト
Use @code-reviewer to review pull requests
Use @find-bugs to detect bugs in code
フェーズ 8: 品質ゲート
呼び出すスキル
lint-and-validate- リンティングverification-before-completion- 検証
アクション
- リンターを構成する
- フォーマッターをセットアップする
- 品質メトリクスを定義する
- ゲートを実装する
- コンプライアンスを監視する
コピー&ペースト用プロンプト
Use @lint-and-validate to check code quality
Use @verification-before-completion to verify changes
テストピラミッド
/ / \ E2E Tests (10%)
/---- / \ Integration Tests (20%)
/-------- / \ Unit Tests (70%)
/------------```
The 70/20/10 pyramid and coverage percentages are illustrative planning heuristics, not universal pass thresholds. Choose tests from actual failure risks and repository policy. Use isolated accounts/data, bound load tests and avoid production side effects; remote browser captures and paid runners need their actual scope. A code-review phase does not grant approval/merge authority.
## Quality Gates Checklist
- [ ] Unit test coverage > 80%
- [ ] All tests passing
- [ ] E2E tests for critical paths
- [ ] Performance benchmarks met
- [ ] Security scan passed
- [ ] Code review approved
- [ ] Linting clean
## Related Workflow Bundles
- `development` - Development workflow
- `security-audit` - Security testing
- `cloud-devops` - CI/CD integration
- `ai-ml` - AI testing
## Limitations
- Use this skill only when the task clearly matches the scope described above.
- Do not treat the output as a substitute for environment-specific validation, testing, or expert review.
- Stop and ask for clarification if required inputs, permissions, safety boundaries, or success criteria are missing.
コメント
Markdown 対応