Skill.md検索

docs/TESTING.md に記載されたテスト方針に従い、仕様を正確に表現するテストを作成できます。テストを書くことで「このテストが通れば仕様を満たしている」という信頼性が構築されます。 対象モジュールのソースコード・README・既存テストを読み込んで、現在のカバレッジを理解した上で、リスクベースで優先度をつけたテストを設計・実装します。 TDD（先にテストを書く）と Spike→Test（実装後にテストを固める）の判断、公開API・エッジケース・エラーハンドリングなどの優先度付けを行い、効率的なテスト設計を提案します。 AAA パターン（Arrange-Act-Assert）に従い、振る舞いをテストする統一されたテスト実装が得られます。 品質を重視する開発チーム・リード テスト設計や実装方法に迷っている開発者 リスクベースでテスト対象を選別したい組織 既存テストの品質向上・体系化を進めたい人 対象モジュールを確認し、ソースコード・README・既存テストを読み込みます。その後 docs/TESTING.md を読んで現在の方針を確認。テスト設計では、TDD vs Spike→Test の判断、リスクベース優先度付け（公開API契約→エッジケース→cleanup→エラーハンドリング→内部ヘルパー）を実施。テスト実装は packages//src/__tests__/ に配置し、describe/it の命名、AAA パターン、1テスト1概念、テスト独立性、最小限のモックを遵守。DOM テストは mount/unmount ライフサイクルで状態分離。最後に pnpm test:run で実行確認し、Red→Green の流れを検証します。