Claude Codeで仕様書からテストケースを作成する方法

【結論】テストケースは仕様との対応表から作成する

Test case作成では、仕様書をそのまま大量生成させるのではなく、Requirement ID、前提条件、入力、操作、期待結果、Priority、Automation可否を揃えます。

不明点は推測で埋めず、未確定事項として分離します。

# ターミナルで実行：仕様書を含むProjectで起動
cd ~/Projects/my-app && claude
# 起動後のセッション内で実行：Plan modeへ切替
/plan

具体的な手順・設定方法

1. 仕様書、API schema、既存Test、Bug履歴を読み、Requirementごとの正常系・境界値・異常系を抽出します。
2. 重複Caseを統合し、Security、Permission、Concurrency、Recovery、Accessibilityを追加検討します。
3. CSVやMarkdownでTraceability matrixを出力し、人間が承認してから自動Testへ変換します。

実践プロンプト / 活用テクニック

そのまま使えるPromptです。

# 起動後のセッション内で実行
@docs/requirements.md と @openapi.yaml を読み、推測せずにテストケースを作成してください。
列はID、要件ID、前提条件、入力、手順、期待結果、優先度、自動化可否です。
仕様が曖昧な項目は別表にしてください。

仕様不足を可視化しながらTest設計できます。

注意点・よくあるエラーと対処法

期待結果が「正常に動く」だけのCaseは判定不能です。Status code、画面表示、DB更新、Audit logまで具体化します。

実データや本番CredentialをTest caseへ含めず、匿名化したFixtureを使います。

AI生成Caseは網羅性を保証しないため、Risk analysis、Pairwise、Boundary value、過去障害との照合を人間が行います。