---
generated_at: 2026-01-29 20:30:00
metrics:
  claims_total: 50
  claims_with_evidence: 47
  claims_without_evidence: 3
confidence_derived: 0.94
---

# 根拠レポート：非機能要件テストケース一覧

## 本レポートについて

### 目的
本レポートは、生成された設計書・ドキュメントの信頼性を検証し、人間レビュアーが効率的にレビューできるようにすることを目的としています。

### チェック方法
以下の観点でドキュメントの内容（Claim：主張）を検証しています：

1. **根拠の有無確認**：各主張に対して、ソースコード・既存設計書・要件定義書などの根拠（Evidence）が存在するか
2. **根拠との整合性**：主張の内容が根拠と矛盾していないか
3. **網羅性**：参照すべき情報源を適切にカバーしているか

### 信頼度スコアの算出
- **confidence_derived** = 根拠あり件数 / 総主張件数
- 状態「○」：根拠あり、「△」：根拠不足または要確認

### 本レポートの使い方
1. まず「サマリー」で全体の信頼度と優先レビュー項目を確認
2. 「Claims と根拠の対応」で △ の項目を重点的にレビュー
3. 「不足情報」で補完が必要な情報源を確認

---

## 1) サマリー（まず見るところ）
- 総合信頼度（derived）：**0.94**
  - 根拠あり：47 / 50、根拠なし：3
- 優先レビュー（高）
  1. **NFT-001（API応答時間テスト）**：具体的なSLA値の根拠不足（500msは推奨値）
  2. **NFT-002（データベースクエリ性能テスト）**：クエリ性能の閾値根拠不足（200msは推奨値）
  3. **NFT-006（長時間稼働テスト）**：エラー率0.1%以下の根拠不足（業界標準値）

## 2) 参照した情報（Evidence一覧）

- E-01: `src/backend/InvenTree/InvenTree/settings.py` - Django設定ファイル
- E-02: `src/backend/InvenTree/config_template.yaml` - 設定テンプレート
- E-03: `contrib/container/gunicorn.conf.py` - Gunicorn設定
- E-04: `contrib/container/docker-compose.yml` - Docker Compose設定
- E-05: `.github/workflows/qc_checks.yaml` - CI/CD設定
- E-06: `codecov.yml` - コードカバレッジ設定
- E-07: `src/backend/InvenTree/InvenTree/permissions.py` - 権限設定
- E-08: `src/backend/InvenTree/users/authentication.py` - 認証実装
- E-09: `src/backend/InvenTree/InvenTree/middleware.py` - ミドルウェア実装
- E-10: `src/backend/InvenTree/InvenTree/cache.py` - キャッシュ設定
- E-11: `SECURITY.md` - セキュリティポリシー
- E-12: `pyproject.toml` - プロジェクト設定

## 3) Claims と根拠の対応（レビューの主戦場）

| Claim ID | 主張 | Evidence | 状態 |
|---|---|---|---|
| C-01 | API応答時間 95パーセンタイル500ms以内 | **根拠なし** | △ |
| C-02 | クエリ実行時間 中程度クエリ200ms以内 | **根拠なし** | △ |
| C-03 | Gunicornワーカー数 CPU*2+1 | E-03 | ○ |
| C-04 | バックグラウンドワーカー workers:4, timeout:90s | E-01, E-02 | ○ |
| C-05 | Redisキャッシュ port:6379 | E-02, E-04 | ○ |
| C-06 | 長時間稼働エラー率0.1%以下 | **根拠なし** | △ |
| C-07 | max_requests:1000, jitter:50 | E-03 | ○ |
| C-08 | DATA_UPLOAD_MAX_NUMBER_FIELDS:10000 | E-01 | ○ |
| C-09 | パスワードバリデーター4種類適用 | E-01 | ○ |
| C-10 | ログイン試行制限 5回/分 | E-01 | ○ |
| C-11 | APIトークン失効・期限切れ検証 | E-08 | ○ |
| C-12 | OAuth2認証・スコープ検証 | E-01, E-07 | ○ |
| C-13 | MFA対応（TOTP/WebAuthn/リカバリーコード） | E-01 | ○ |
| C-14 | LDAP認証サポート | E-01 | ○ |
| C-15 | RolePermissionによるアクセス制御 | E-07 | ○ |
| C-16 | DjangoModelPermissions適用 | E-07 | ○ |
| C-17 | CSRF_TRUSTED_ORIGINS設定 | E-01 | ○ |
| C-18 | CORS設定（corsheaders） | E-01 | ○ |
| C-19 | セキュアCookie（DEBUG=False時） | E-01 | ○ |
| C-20 | X-Forwarded-*ヘッダー処理 | E-01 | ○ |
| C-21 | URLValidator入力検証 | E-01 | ○ |
| C-22 | Sentry/error_report連携 | E-01 | ○ |
| C-23 | Zizmor GitHub Actionsセキュリティスキャン | E-05 | ○ |
| C-24 | メンテナンスモード RETRY_AFTER:10 | E-01 | ○ |
| C-25 | django-dbbackup設定 | E-01 | ○ |
| C-26 | DB接続タイムアウト connect_timeout:2 | E-01 | ○ |
| C-27 | TCPキープアライブ設定 | E-01 | ○ |
| C-28 | マルチワーカー負荷分散 | E-03 | ○ |
| C-29 | キャッシュ障害フォールバック | E-10 | ○ |
| C-30 | PostgreSQL 17サポート | E-04, E-05 | ○ |
| C-31 | MySQL 9サポート | E-05 | ○ |
| C-32 | SQLite3サポート | E-05 | ○ |
| C-33 | Python 3.11互換性 | E-05 | ○ |
| C-34 | Python 3.14互換性 | E-05 | ○ |
| C-35 | Playwrightブラウザテスト | E-05 | ○ |
| C-36 | マイグレーション（0.10.0-0.17.0） | E-05 | ○ |
| C-37 | pre-commit hooks | E-05 | ○ |
| C-38 | 型チェック（ty） | E-05 | ○ |
| C-39 | カバレッジ目標（バックエンド85%） | E-06 | ○ |
| C-40 | APIスキーマ整合性（oasdiff） | E-05 | ○ |
| C-41 | mkdocsドキュメントリンク検証 | E-05 | ○ |
| C-42 | structlog/JSON形式ログ | E-01 | ○ |
| C-43 | LOG_LEVEL制御 | E-01 | ○ |
| C-44 | OpenTelemetryトレーシング | E-01 | ○ |
| C-45 | 環境変数優先オーバーライド | E-01 | ○ |
| C-46 | Docker Compose構成 | E-04 | ○ |
| C-47 | リクエストキャッシュミドルウェア | E-09 | ○ |
| C-48 | RemoteUserMiddleware（プロキシ認証） | E-09 | ○ |
| C-49 | django-sesameマジックリンク | E-01 | ○ |
| C-50 | django-q リトライ max_attempts:5 | E-01 | ○ |

## 4) 不足情報（Unknown / Missing）

- **NFT-001/NFT-002 性能閾値**：API応答時間およびクエリ実行時間の具体的な合格基準は、プロジェクト固有のSLA定義ドキュメントが存在しないため、業界標準の推奨値を設定
  - 候補：プロジェクトSLA定義書 / 性能要件仕様書 / 運用ガイドライン

- **NFT-006 エラー率閾値**：長時間稼働時のエラー率0.1%以下は、一般的なSaaS/Webアプリケーションの推奨値であり、プロジェクト固有の定義なし
  - 候補：SLA定義書 / 運用要件定義書 / インシデント管理ポリシー

## 5) リスクフラグ（レビュー観点）

- **リスクレベル 1（中リスク）**：性能テストの合格基準（NFT-001, NFT-002, NFT-006）は推奨値のため、本番環境の要件に応じて調整が必要
- **リスクレベル 0（低リスク）**：セキュリティテストケース（NFT-008〜NFT-022）は全てコードベースに明確な根拠あり
- **リスクレベル 0（低リスク）**：互換性テストケース（NFT-029〜NFT-035）はCI/CD設定に明確な根拠あり
- **リスクレベル 0（低リスク）**：保守性テストケース（NFT-036〜NFT-040）はCI/CD設定とcodecovconfigに明確な根拠あり

## 6) レビュアーチェックリスト（最小）

- [ ] 性能テスト閾値（NFT-001, NFT-002, NFT-006）が本番環境要件と整合しているか確認
- [ ] セキュリティテストケースがプロジェクトのセキュリティポリシーと整合しているか確認
- [ ] CI/CD設定（qc_checks.yaml）の変更があった場合、関連テストケースの更新が必要か確認
- [ ] コードカバレッジ目標（codecov.yml）の変更があった場合、NFT-038の更新が必要か確認
- [ ] 新しい認証方式やミドルウェアが追加された場合、対応するテストケースの追加が必要か確認
