テスト観点・条件 （TPC） 作成の指示テンプレート

• 以下のルールに従って、テスト観点・テスト条件（TPC） を 1 ファイル作成してください。出力は Markdown とします。
• TPC は 「何を確認すべきか（観点）」と「どのような状態・条件で確認するか（条件）」の整理であり、個別のテストケースやテストコードを直接列挙するものではありません。
• 曖昧な表現（例: 「正常系を確認する」「例外も考慮する」「適切に処理する」）は禁止し、何を、どの状態で、何を確認するかが分かる形で書いてください。
• 禁止: テストコード、SQL、クラス名/メソッド名、クリック手順など UI 操作の逐語列挙、具体的な数値・値の大量列挙（値は下位仕様へ）

事前に与えられる情報（入力）

次の情報が与えられている前提で、それに整合するTPCを生成してください（不明な場合は「未確定」として明記してよい）。

• 対象範囲（業務/機能/プロセス）
• 上位仕様ID（任意）
  • 例: tsp-...（テスト方針）、bac-...（受入条件）、nfr-...（非機能要件）、sac-...（システム受入条件）、bps-...（業務プロセス）、br-...（ビジネスルール）

出力フォーマット（必須）

• 先頭に YAML Frontmatter を付与し、以下の形式で記述してください（id / type / title / status は必須、type は test 固定）：

---
id: tpc-<英小文字とハイフンで構成したID>
type: test
title: テスト観点・条件: <対象>
status: draft # draft / ready / deprecated
part_of: []
based_on: []
supersedes: []
---

• 本文は次の見出し（日本語）をこの順序で必ず含めてください：

1. 概要
2. テスト観点
3. テスト条件
4. トレース
5. メモ / 留意事項

記述ルール（重要）

1. 概要

• 1〜3文で、対象範囲と目的（何の分解起点として観点・条件を整理するか）を明確にしてください。

2. テスト観点（必須）

• テスト観点は 一覧表 で整理してください。
• 推奨カラムは次の通りです：
  • 観点ID / 観点分類 / 観点名 / 確認したいこと / 備考
• 観点分類は例として 機能 / 業務 / 例外 / 非機能 / セキュリティ / 外部I/F / データ 等を使ってよいです。
• 観点は「ケース」ではなく「切り口」です。手順や具体値は書かず、品質・振る舞いを表現してください。

3. テスト条件（必須）

• テスト条件は 観点ごとに、「どの状態・条件で確認するか」を表で整理してください。
• 推奨カラムは次の通りです：
  • 観点ID / 条件ID / 条件内容 / 前提状態 / 入力状態 / 期待される振る舞い
• 実際のテストデータ値、閾値、実装手順は書かず、状態レベルで表現してください（値の詳細は下位文書へ）。

4. トレース（必須）

• 観点・条件は必ず上位仕様と紐付けて、トレース可能にしてください。
• 例として、次の表を含めてください：

観点ID	関連仕様ID
TP-01	tsp-overview, bac-xxx

5. メモ / 留意事項

• 未確定条件、環境依存、将来追加予定の観点を箇条書きで記載してください。

最終チェック（自己検査）

• 観点（何を確認するか）と条件（どの状態で確認するか）が混在していない
• 観点・条件が上位仕様IDにトレースできる
• テストケース化（具体手順・具体値の羅列）していない