skanehira/implementation-writing-tests
claude/skills/implementation-writing-tests/SKILL.md
TDD方法論に従ってテストを作成します。テスト対象コードの分析、AAA/Given-When-Thenパターンの適用、正常系・エッジケース・エラー系のカバレッジを確保します。「テストを書いて」「テストを作成」「単体テストを追加」などのリクエストで起動します。
$ install --global
skillsauthnpx skillsauth add skanehira/dotfiles implementation-writing-testsInstall this skill globally with one command. Works with Claude Code, Cursor, and Windsurf.
Security Scan Results
3 of 9 scanners reported clean
Some scanners were skipped, did not run, or reported a non-clean status. Review each row below.
3
Scanners Passed
9
Scanners in report
Clean
TrivyContainer and dependency vulnerability scanner
95%
Clean
SemgrepStatic code analysis for vulnerabilities
95%
Clean
mcp-scan (Snyk)Model Context Protocol security validation
95%
Skipped
Snyk (dep)Open source security scanning
50%
Skipped
Socket.devSupply chain security analysis
50%
Skipped
VirusTotalMulti-engine malware detection
50%
Skipped
CrowdStrikeAdvanced threat intelligence
50%
Skipped
OSV-ScannerOpen Source Vulnerability database check
50%
Skipped
OWASP Dep-Check
50%
Last scanned: May 19, 2026, 6:19 AM230.5s4 files scanned
SKILL.md
- name:
- implementation-writing-tests
- description:
- TDD方法論に従ってテストを作成します。テスト対象コードの分析、AAA/Given-When-Thenパターンの適用、正常系・エッジケース・エラー系のカバレッジを確保します。「テストを書いて」「テストを作成」「単体テストを追加」などのリクエストで起動します。
テスト作成
TDD方法論に従ってテストを作成する。
参照ルール
- テストルール:
rules/core/testing.md（AAA、命名規則、テストダブル） - 設計原則:
rules/core/design.md（コロケーション） - TDDルール:
rules/core/tdd.md
ワークフロー
ステップ1: テスト対象の確認
テスト対象のコードを読み込み、以下を把握する：
- 対象の機能/メソッドの責務
- 入力と出力の型
- エッジケースと境界条件
- 依存関係（モックが必要か）
ステップ2: リファレンスの読み込み（必須）
Claude指示: テストを書く前に、必ず対応するリファレンスファイルをReadツールで読み込んでください。
プロジェクトの言語を特定し、以下のリファレンスをReadツールで読み込む：
| 言語/フレームワーク | リファレンス | | ------------------- | ---------------------------------------------------------------- | | React + TypeScript | references/react-typescript.md | | Go | references/go.md | | Rust | references/rust.md |
// 例: Goプロジェクトの場合
Read(file_path=".claude/skills/writing-tests/references/go.md")
リファレンスを読まずにテストを書くことは禁止です。
ステップ3: テストファイルの配置
テストは実装の近くに配置する（コロケーション）。
詳細は rules/core/design.md を参照。
ステップ4: テスト命名
テスト名には3要素を含める。詳細は rules/core/testing.md を参照。
ステップ5: テスト構造
AAA (Arrange-Act-Assert) パターンを基本とする。
詳細は rules/core/testing.md を参照。
ステップ6: テストの種類と優先度
テスティングトロフィー（優先順位）：
- 単体テスト（基盤）: 高速、集中、多数
- 統合テスト（中間）: コンポーネント間の相互作用
- E2Eテスト（頂点）: 最小限だが重要なユーザーフロー
ステップ7: モック
依存性注入を活用してテスト可能にする。
テストダブルの種類は rules/core/testing.md を参照。
必須テストケース
- 正常系: 期待通りの入力で期待通りの出力
- エッジケース: 境界値、空の入力、最大値/最小値
- エラー系: 不正な入力、例外処理
セルフレビュー
テスト作成後、以下のチェックリストで確認する。
- [ ] テスト名が3要素（何を、条件、結果）を含んでいる
- [ ] AAA/Given-When-Thenパターンに従っている
- [ ] 正常系・エッジケース・エラー系をカバー
- [ ] テストが独立していて他のテストに依存しない
- [ ] モックが適切に使用されている
- [ ] テストが高速に実行できる
Related Skills
skanehira/workflow-create-draft-pr
tools
VerifiedTrustedCommunity
ローカルのコミット履歴と差分からDraft PRを作成する。ブランチ未作成・コミット未作成の状態でも、必要に応じてブランチ作成とコミットを行ってからPRを作成する。`.github/` にPRテンプレートがあれば内容を埋めて、なければ作業内容から本文を生成し、`AskUserQuestion`で作成可否を確認してから `gh pr create --draft` を実行する。「PRを出したい」「draft PRを作成」「プルリクを作って」「PR本文を生成」などのリクエストで起動。
86SKILL.mdUpdated May 21, 2026
skanehira/workflow-debate
tools
VerifiedTrustedCommunity
複数サブエージェントに異なる立場を与えて議論を反復し、相違が収束するまで議題を検証して結論を提示する。設計妥当性検証・実装方針比較・原因分析のセカンドオピニオン・アイデアの壁打ちに使用。「議論したい」「壁打ちしたい」「セカンドオピニオン」「複数視点で検証したい」などで起動。
86SKILL.mdUpdated May 19, 2026
skanehira/workflow-commit
tools
VerifiedTrustedCommunity
変更内容を分析し、Conventional Commit形式でコミットする (pushはユーザが手動)
86SKILL.mdUpdated May 19, 2026
skanehira/demo-site-builder
development
VerifiedTrustedCommunity
React 19 + Vite+ (`vp`) + TypeScript + Tailwind CSS v4 + React Router v7 (HashRouter) でモバイル向け静的SPAデモサイトをTDDで構築し、Cloudflare Workers (Static Assets) へ自動デプロイするまでの標準ワークフローを提供する。テンプレートリポジトリ `skanehira/demo-site-template` を `gh repo create --template` で clone することで scaffold を省略する。`localStorage` でフロントエンドのみ完結する"フロントのみ完結デモ"に特化。デザインコンセプトの確立には `frontend-design` スキルを呼び出して連携する。起動トリガー：「デモサイトを作りたい」「モバイル向け静的デモ」「SPAを作ってCloudflareにデプロイ」「静的プロトタイプを公開」「localStorage でフロントだけ完結」。ユースケース：(1)クライアント提案用のUI/UXたたき台、(2)新機能のプロトタイプ、(3)モバイル向けランディング。ツールチェーンは Vite+ (`vp`) で統合（内部 PM は pnpm）。
86SKILL.mdUpdated Apr 29, 2026