Back to list
s4k10503

running-tests

by s4k10503

Unityによるアバターシステムクライアント

0🍴 0📅 Jan 24, 2026

SKILL.md


name: running-tests description: Executes Unity tests and checks coverage. MUST use proactively after implementing features, fixing bugs, or modifying Domain/Application layer code. Also triggers on "test", "テスト". allowed-tools: Read, Grep, Glob

Running Tests

References

Quick Start

  1. コンパイル確認: RefreshAssetsGetCompileLogs
  2. テスト実行: 以下の選択フローに従う

Test Selection Flow

変更レイヤー確認
    ↓
Domain/Application → RunEditModeTests
Infrastructure/Presentation → RunPlayModeTests
両方 → EditMode先、次にPlayMode

Filtering Options

Unity MCPのテスト実行ツールは以下のフィルタリングをサポート:

パラメータ説明
assemblyNamesアセンブリ名で絞り込み["Avatar.Domain.Tests"]
groupNames名前空間/クラス名(正規表現)["^AvatarSystemDemo\\.Avatar"]
testNames特定テスト名["MyTestClass.MyTest(1)"]
categoryNamesカテゴリ属性["Unit", "Integration"]

使用例

# 特定Featureのテストのみ実行
RunEditModeTests(assemblyNames: ["Avatar.Domain.Tests", "Avatar.Application.Tests"])

# 名前空間で絞り込み
RunEditModeTests(groupNames: ["^AvatarSystemDemo\\.Room"])

Coverage Targets(IMPORTANT)

レイヤー目標根拠
Domain95%ビジネスルールの中核、バグ影響大
Application90%ユースケースフロー検証必須
Infrastructure80%外部依存のモック化が複雑
Presentation70%UIテストの維持コスト考慮

Troubleshooting

テスト失敗時の対処フロー

  1. エラーメッセージ確認: GetCompileLogs(onlyFirstLine: false) で詳細取得
  2. スタックトレース解析: 失敗箇所の特定
  3. 関連レイヤー確認: Domain/Application/Infrastructure/Presentation
  4. 修正後の再実行: 該当アセンブリのみフィルタリング実行

よくある失敗パターン

パターン原因対処
NullReferenceExceptionDIコンテナ未設定テストセットアップでモック注入確認
Timeout非同期処理の待機不足awaitCancellationToken 確認
Assert失敗仕様変更未反映テストケースの期待値を確認

Score

Total Score

55/100

Based on repository quality metrics

SKILL.md

SKILL.mdファイルが含まれている

+20
LICENSE

ライセンスが設定されている

0/10
説明文

100文字以上の説明がある

0/10
人気

GitHub Stars 100以上

0/15
最近の活動

1ヶ月以内に更新

+10
フォーク

10回以上フォークされている

0/5
Issue管理

オープンIssueが50未満

+5
言語

プログラミング言語が設定されている

+5
タグ

1つ以上のタグが設定されている

+5

Reviews

💬

Reviews coming soon