プロジェクトガイドラインへの準拠をチェックし、バグ、スタイル違反、コード品質問題を検出する。PRレビュー時に使用。
test-analysis
テスト品質を動作カバレッジの観点から分析し、クリティカルなテストギャップを特定する。テストファイルの追加・変更時に使用。
含まれるファイル(1)
- SKILL.md2.2 KB
SKILL.md(原文)
インストールする前に、エージェントに与えられる指示の中身を確認できます。
Test Analysis スキル
目的
動作カバレッジの観点からテスト品質を分析し、クリティカルなギャップを特定する。
識別対象のギャップ
1. テストされていないエラーハンドリングパス
- try-catchブロック内のエラー処理
- API呼び出し失敗時の動作
- バリデーションエラー
2. 境界条件のエッジケース
- 空の入力、null/undefined
- 最大値/最小値
- 空配列/空オブジェクト
3. クリティカルなビジネスロジック分岐
- 条件分岐の各パス
- 状態遷移
- 権限チェック
4. ネガティブテストケース
- 不正な入力
- 予期しない型
- セキュリティ境界
5. 非同期/並行処理
- レースコンディション
- タイムアウト処理
- 並列実行
優先度スケール
| 優先度 | 意味 | 例 |
|---|---|---|
| 9-10 | クリティカル | データ損失、セキュリティ、システム障害の可能性 |
| 7-8 | 重要 | ユーザー向けエラーの可能性 |
| 5-6 | エッジケース | 混乱や軽微な問題 |
| 3-4 | Nice-to-have | 完全性のため |
| 1-2 | オプショナル | 改善の余地 |
報告対象: 優先度7以上
出力形式
# Test Analysis Results
## Critical Gaps (優先度 9-10)
### [機能/関数名]
- ファイル: path/to/file.ts
- テストされていない動作: エラー時のリトライロジック
- リスク: データ損失の可能性
- 優先度: 10
- 推奨テストケース:
- エラー発生時にリトライが実行されることを確認
- 最大リトライ回数後にエラーがスローされることを確認
## Important Gaps (優先度 7-8)
...
## Summary
- Critical Gaps: X
- Important Gaps: X
注意事項
- 行カバレッジではなく動作カバレッジに焦点
- 変更されたコードに関連するテストを優先
- 具体的なテストケースを提案
- 優先度7以上のギャップを重点的に報告
レビュー
まだレビューはありません。使ってみた感想をお寄せください。
同じリポジトリのスキル
概要と使いどころ
Enforces project coding standards during code review: naming conventions (PascalCase for classes, camelCase for methods/variables, UPPER_SNAKE_CASE for constants, kebab-case for files), standard file structure, anti-magic-number policy, file size limits (500/800 lines), security patterns, and design patterns. Use when reviewing code, writing new code, or checking adherence to project conventions.
日本語の概要は準備中です。原文の説明を表示しています。
機能を保持したまま不要な複雑性を排除し、コードの簡潔性と可読性を向上させる。30行超の関数や3段以上のネスト検出時に使用。
コードコメントの正確性、完全性、長期的な保守性を分析する。JSDoc、コメント、README等のドキュメントが変更された場合に使用。
サイレント失敗を検出し、堅牢なエラーハンドリングを確保する。PRレビューでのエラーハンドリング検査時に使用。
Enforces error handling standards: silent error prohibition, custom error class hierarchy (AppError base with category never-fallback / transient / permanent, cause preservation, ValidationError / UnauthorizedError / UpstreamError etc. — canonical definitions in PATTERNS.md), external-boundary normalization (normalizeExternalError), Result pattern (Result.ok/Result.fail), proper try-catch with error type checking, structured error logging with a single Logger contract, fallback prohibition categories (isNeverFallback), and HTTP status code mapping. Use when implementing error handling, reviewing catch blocks, or designing error responses.
日本語の概要は準備中です。原文の説明を表示しています。