成果物カタログ: test-specs
- project-id:
prj-0001 - ドメイン:
test-specs
1. テスト戦略・方針
- 配置先:
docs/ja/product/080-test-specs/010-test-strategy-and-policy
| local-id | 成果物名 | 種別 | 根拠 | 概要 |
|---|---|---|---|---|
tsp-index | テスト戦略・方針 | work | - | テストレベル・スコープ・品質目標・体制・環境・ツール・入出口条件を定義する |
tsp-index の完了条件:
- テストスコープと品質目標が業務観点で確認できること
- テスト全体方針を承認できること
- テスト技術選定・自動化方針が識別できること
- テストレベル・入出口条件・体制が実施可能な粒度で記述されていること
- テスト環境構築・CI連携の前提として参照できること
2. 単体テストカタログ
- 配置先:
docs/ja/product/080-test-specs/020-unit-test-catalog
| local-id | 成果物名 | 種別 | 根拠 | 概要 |
|---|---|---|---|---|
utc-index | 単体テスト（全体構成） | work | tsp-index | 単体テストとして確認する観点・条件と分配を定義する |
utc-catalog | 単体テスト（成果物カタログ） | work | utc-index | catalog*.ts／deliverable*.ts／kata.ts の単体テスト観点・条件を定義する |
utc-schedule | 単体テスト（Schedule） | work | utc-index | schedule.ts／schedule-build.ts／schedule-phase-sets.ts の単体テスト観点・条件を定義する |
utc-exec-core | 単体テスト（exec中核） | work | utc-index | exec.ts／exec-run.ts／exec-plans.ts／exec-results.ts／exec-events.ts等の単体テスト観点・条件を定義する |
utc-exec-schedule | 単体テスト（exec-schedule） | work | utc-index | exec-schedule*.ts（CPM・timeline・ready等）の単体テスト観点・条件を定義する |
utc-exec-worktree | 単体テスト（exec-worktree） | work | utc-index | exec-worktree*.ts の単体テスト観点・条件を定義する |
utc-register | 単体テスト（登録簿） | work | utc-index | register*.ts の単体テスト観点・条件を定義する |
utc-routine-job | 単体テスト（定期処理・Job） | work | utc-index | routine.ts／job.ts の単体テスト観点・条件を定義する |
utc-index-build | 単体テスト（索引・派生生成） | work | utc-index | index-command.ts／doc-index.ts／watch.ts／build-command.ts／yaml-pages*.ts の単体テスト観点・条件を定義する |
utc-cli-config | 単体テスト（CLI・構成） | work | utc-index | specdojo.ts／specdojo-config.ts／spawn-self.ts等の単体テスト観点・条件を定義する |
utc-index の完了条件:
- 単体テストの対象範囲・除外・モック方針が合意できること
- 単体テスト方針を承認できること
- テストフレームワーク・自動化方針が確認できること
- テスト観点・合格基準・エビデンス方針が記述されていること
- 実装時のテスト作成方針として参照できること
utc-catalog の完了条件:
- 個別対象の範囲・観点・代表条件が記述されていること
- 実装時のテストコード作成の基礎として参照できること
utc-schedule の完了条件:
- 個別対象の範囲・観点・代表条件が記述されていること
- 実装時のテストコード作成の基礎として参照できること
utc-exec-core の完了条件:
- 個別対象の範囲・観点・代表条件が記述されていること
- 実装時のテストコード作成の基礎として参照できること
utc-exec-schedule の完了条件:
- 個別対象の範囲・観点・代表条件が記述されていること
- 実装時のテストコード作成の基礎として参照できること
utc-exec-worktree の完了条件:
- 個別対象の範囲・観点・代表条件が記述されていること
- 実装時のテストコード作成の基礎として参照できること
utc-register の完了条件:
- 個別対象の範囲・観点・代表条件が記述されていること
- 実装時のテストコード作成の基礎として参照できること
utc-routine-job の完了条件:
- 個別対象の範囲・観点・代表条件が記述されていること
- 実装時のテストコード作成の基礎として参照できること
utc-index-build の完了条件:
- 個別対象の範囲・観点・代表条件が記述されていること
- 実装時のテストコード作成の基礎として参照できること
utc-cli-config の完了条件:
- 個別対象の範囲・観点・代表条件が記述されていること
- 実装時のテストコード作成の基礎として参照できること
3. 内部結合テストカタログ
- 配置先:
docs/ja/product/080-test-specs/030-internal-integration-test-catalog
| local-id | 成果物名 | 種別 | 根拠 | 概要 |
|---|---|---|---|---|
itc-index | 内部結合テスト（全体構成） | work | tsp-index | 内部コンポーネント間の連携を確認する観点・条件を定義する |
itc-catalog-schedule | 内部結合テスト（成果物カタログ→Schedule展開） | work | itc-index | 成果物カタログからSchedule展開までの連携を確認する |
itc-schedule-exec | 内部結合テスト（Schedule→exec refresh/ready） | work | itc-index | Schedule展開からexec refresh・Ready算出までの連携を確認する |
itc-exec-register | 内部結合テスト（exec↔登録簿） | work | itc-index | 登録簿連携タスク（AI Agentによる対応・調査）の実行連携を確認する |
itc-exec-worktree | 内部結合テスト（exec↔worktree分離） | work | itc-index | exec実行とworktree分離・統合の連携を確認する |
itc-routine-exec | 内部結合テスト（routine→exec自動実行） | work | itc-index | routineからのexec自動実行（exec-auto／exec-cycle等）の連携を確認する |
itc-build-index | 内部結合テスト（build→索引・派生生成） | work | itc-index | build実行からindex・yaml-pages等の派生生成までの連携を確認する |
itc-index の完了条件:
- 結合テストの対象コンポーネントと結合範囲が確認できること
- 内部結合テスト方針を承認できること
- 結合テストの技術方針（API/イベント/DB）が確認できること
- 主要フロー・例外・トランザクション・整合性の観点が記述されていること
itc-catalog-schedule の完了条件:
- 個別結合範囲・テスト条件・合格基準が記述されていること
- 実装時のテストコード作成の基礎として参照できること
itc-schedule-exec の完了条件:
- 個別結合範囲・テスト条件・合格基準が記述されていること
- 実装時のテストコード作成の基礎として参照できること
itc-exec-register の完了条件:
- 個別結合範囲・テスト条件・合格基準が記述されていること
- 実装時のテストコード作成の基礎として参照できること
itc-exec-worktree の完了条件:
- 個別結合範囲・テスト条件・合格基準が記述されていること
- 実装時のテストコード作成の基礎として参照できること
itc-routine-exec の完了条件:
- 個別結合範囲・テスト条件・合格基準が記述されていること
- 実装時のテストコード作成の基礎として参照できること
itc-build-index の完了条件:
- 個別結合範囲・テスト条件・合格基準が記述されていること
- 実装時のテストコード作成の基礎として参照できること
4. 外部結合テストカタログ
- 配置先:
docs/ja/product/080-test-specs/040-external-integration-test-catalog
| local-id | 成果物名 | 種別 | 根拠 | 概要 |
|---|---|---|---|---|
etc-index | 外部結合テスト（全体構成） | work | tsp-index | 外部システム連携を含む結合観点・条件を定義する |
etc-provider-cli | 外部結合テスト（AI provider CLI） | work | etc-index | AI provider CLI（Claude Code／Codex／opencode等）との連携（ifx-index対応）を確認する |
etc-git-github | 外部結合テスト（Git／GitHub） | work | etc-index | Git／GitHub（gh CLI）との連携（ifx-index対応）を確認する |
etc-index の完了条件:
- 外部I/Fテストの対象と観点が業務観点で確認できること
- 外部結合テスト方針を承認できること
- 外部I/F契約・エラー処理・セキュリティの観点が記述されていること
- 正常・異常・タイムアウト・冪等・性能観点が記述されていること
etc-provider-cli の完了条件:
- I/Fごとのテスト条件・前提・合格基準が記述されていること
- テストスタブ・モック設計の参照として使えること
etc-git-github の完了条件:
- I/Fごとのテスト条件・前提・合格基準が記述されていること
- テストスタブ・モック設計の参照として使えること
5. 総合テストカタログ
- 配置先:
docs/ja/product/080-test-specs/050-system-test-catalog
| local-id | 成果物名 | 種別 | 根拠 | 概要 |
|---|---|---|---|---|
stc-index | 総合テスト（全体構成） | work | tsp-index | システム全体として業務シナリオが成立することを確認する観点・条件を定義する |
stc-init | 総合テスト（初期セットアップ） | work | stc-index, bac-init | 初期セットアップのエンドツーエンドシナリオを定義する |
stc-register-lifecycle | 総合テスト（登録簿ライフサイクル） | work | stc-index, bac-register-lifecycle | 登録簿ライフサイクルのエンドツーエンドシナリオを定義する |
stc-catalog-planning | 総合テスト（計画展開） | work | stc-index, bac-catalog-planning | 計画展開のエンドツーエンドシナリオを定義する |
stc-task-execution | 総合テスト（タスク実行） | work | stc-index, bac-task-execution | タスク実行のエンドツーエンドシナリオを定義する |
stc-routine | 総合テスト（定期処理） | work | stc-index, bac-routine | 定期処理のエンドツーエンドシナリオを定義する |
stc-multi-project | 総合テスト（並行処理） | work | stc-index, bac-multi-project | 並行処理のエンドツーエンドシナリオを定義する |
stc-agent-config-operation | 総合テスト（構成変更） | work | stc-index, bac-agent-config-operation | agent・provider構成変更のエンドツーエンドシナリオを定義する |
stc-derived-content | 総合テスト（派生生成） | work | stc-index, bac-derived-content | 派生生成のエンドツーエンドシナリオを定義する |
stc-reporting | 総合テスト（報告） | work | stc-index, bac-reporting | 報告のエンドツーエンドシナリオを定義する |
stc-deprecation | 総合テスト（非推奨化・保管） | work | stc-index, bac-deprecation | 非推奨化・保管のエンドツーエンドシナリオを定義する |
stc-index の完了条件:
- エンドツーエンドの業務シナリオが網羅されていること
- 総合テスト方針を承認できること
- 画面・API・バッチ・外部連携の通し観点が含まれていること
- 業務シナリオ・運用観点・非機能観点の合格基準が記述されていること
stc-init の完了条件:
- 個別シナリオの前提・データ準備・テスト条件・期待結果が記述されていること
- 業務シナリオとして正しく成立することが業務観点で確認できること
stc-register-lifecycle の完了条件:
- 個別シナリオの前提・データ準備・テスト条件・期待結果が記述されていること
- 業務シナリオとして正しく成立することが業務観点で確認できること
stc-catalog-planning の完了条件:
- 個別シナリオの前提・データ準備・テスト条件・期待結果が記述されていること
- 業務シナリオとして正しく成立することが業務観点で確認できること
stc-task-execution の完了条件:
- 個別シナリオの前提・データ準備・テスト条件・期待結果が記述されていること
- 業務シナリオとして正しく成立することが業務観点で確認できること
stc-routine の完了条件:
- 個別シナリオの前提・データ準備・テスト条件・期待結果が記述されていること
- 業務シナリオとして正しく成立することが業務観点で確認できること
stc-multi-project の完了条件:
- 個別シナリオの前提・データ準備・テスト条件・期待結果が記述されていること
- 業務シナリオとして正しく成立することが業務観点で確認できること
stc-agent-config-operation の完了条件:
- 個別シナリオの前提・データ準備・テスト条件・期待結果が記述されていること
- 業務シナリオとして正しく成立することが業務観点で確認できること
stc-derived-content の完了条件:
- 個別シナリオの前提・データ準備・テスト条件・期待結果が記述されていること
- 業務シナリオとして正しく成立することが業務観点で確認できること
stc-reporting の完了条件:
- 個別シナリオの前提・データ準備・テスト条件・期待結果が記述されていること
- 業務シナリオとして正しく成立することが業務観点で確認できること
stc-deprecation の完了条件:
- 個別シナリオの前提・データ準備・テスト条件・期待結果が記述されていること
- 業務シナリオとして正しく成立することが業務観点で確認できること
6. 受入テストカタログ
- 配置先:
docs/ja/product/080-test-specs/060-acceptance-test-catalog
| local-id | 成果物名 | 種別 | 根拠 | 概要 |
|---|---|---|---|---|
atc-index | 受入テスト（全体構成） | work | tsp-index | 業務として受け入れ可能であることを確認する観点・条件を定義する |
atc-init | 受入テスト（初期セットアップ） | work | atc-index, bac-init | 初期セットアップの受入テスト条件を定義する |
atc-register-lifecycle | 受入テスト（登録簿ライフサイクル） | work | atc-index, bac-register-lifecycle | 登録簿ライフサイクルの受入テスト条件を定義する |
atc-catalog-planning | 受入テスト（計画展開） | work | atc-index, bac-catalog-planning | 計画展開の受入テスト条件を定義する |
atc-task-execution | 受入テスト（タスク実行） | work | atc-index, bac-task-execution | タスク実行の受入テスト条件を定義する |
atc-routine | 受入テスト（定期処理） | work | atc-index, bac-routine | 定期処理の受入テスト条件を定義する |
atc-multi-project | 受入テスト（並行処理） | work | atc-index, bac-multi-project | 並行処理の受入テスト条件を定義する |
atc-agent-config-operation | 受入テスト（構成変更） | work | atc-index, bac-agent-config-operation | agent・provider構成変更の受入テスト条件を定義する |
atc-derived-content | 受入テスト（派生生成） | work | atc-index, bac-derived-content | 派生生成の受入テスト条件を定義する |
atc-reporting | 受入テスト（報告） | work | atc-index, bac-reporting | 報告の受入テスト条件を定義する |
atc-deprecation | 受入テスト（非推奨化・保管） | work | atc-index, bac-deprecation | 非推奨化・保管の受入テスト条件を定義する |
atc-index の完了条件:
- 業務受入シナリオと受入条件が業務観点で網羅されていること
- 受入テスト方針と合格判定を承認できること
- 受入テストの技術環境・エビデンス要件が確認できること
- 利用者視点の操作・期待結果・判定フローが記述されていること
atc-init の完了条件:
- 個別シナリオの前提・テスト条件・期待結果・合格基準が記述されていること
- 業務受入条件との対応が確認できること
- 承認者・エビデンス要件が確認できること
atc-register-lifecycle の完了条件:
- 個別シナリオの前提・テスト条件・期待結果・合格基準が記述されていること
- 業務受入条件との対応が確認できること
- 承認者・エビデンス要件が確認できること
atc-catalog-planning の完了条件:
- 個別シナリオの前提・テスト条件・期待結果・合格基準が記述されていること
- 業務受入条件との対応が確認できること
- 承認者・エビデンス要件が確認できること
atc-task-execution の完了条件:
- 個別シナリオの前提・テスト条件・期待結果・合格基準が記述されていること
- 業務受入条件との対応が確認できること
- 承認者・エビデンス要件が確認できること
atc-routine の完了条件:
- 個別シナリオの前提・テスト条件・期待結果・合格基準が記述されていること
- 業務受入条件との対応が確認できること
- 承認者・エビデンス要件が確認できること
atc-multi-project の完了条件:
- 個別シナリオの前提・テスト条件・期待結果・合格基準が記述されていること
- 業務受入条件との対応が確認できること
- 承認者・エビデンス要件が確認できること
atc-agent-config-operation の完了条件:
- 個別シナリオの前提・テスト条件・期待結果・合格基準が記述されていること
- 業務受入条件との対応が確認できること
- 承認者・エビデンス要件が確認できること
atc-derived-content の完了条件:
- 個別シナリオの前提・テスト条件・期待結果・合格基準が記述されていること
- 業務受入条件との対応が確認できること
- 承認者・エビデンス要件が確認できること
atc-reporting の完了条件:
- 個別シナリオの前提・テスト条件・期待結果・合格基準が記述されていること
- 業務受入条件との対応が確認できること
- 承認者・エビデンス要件が確認できること
atc-deprecation の完了条件:
- 個別シナリオの前提・テスト条件・期待結果・合格基準が記述されていること
- 業務受入条件との対応が確認できること
- 承認者・エビデンス要件が確認できること