CONFIDENTIAL DOCUMENT

テスト計画書

SMART EC School

Test Plan Document

文書名	テスト計画書
プロジェクト名	SMART EC School
版数	1.1
発行日	2026年7月27日（初版：2026年7月3日）
作成者	RERISE JAPAN開発チーム

承認	確認	作成

改訂履歴

版数	改訂日	改訂者	改訂内容
1.0	2026-07-03	RERISE JAPAN開発チーム	新規作成
1.1	2026-07-27	RERISE JAPAN開発チーム	2026-07-03以降に追加された機能（TEMU追加申込導線／代理店契約Web同意フォーム／顧客管理シート審査ステータスreconcile）をテスト対象に追記。保証金（デポジット）関連は契約書条項の追加のみでシステム未実装のためテスト対象外として明記。テスト項目数（95件）は自動テスト資産の追加なしのため変更なし。

1. テスト方針

1.1 目的

本書は、SMART EC School（会員向けEC学習プラットフォーム）の改修・運用にあたり実施するテストの範囲・方法・合格基準を定義するものである。改修によるデグレードを防止し、認証・権限制御、会員管理、契約フロー、決済確認、デポジット承認、融資書類生成、オンボーディング/未返信検知、Chatwork通知連携など、事業運営上重要な機能の品質を担保することを目的とする。

1.2 品質目標

認証・権限（ロールベースアクセス制御）に関する不具合をゼロにする
金銭・契約に関わる機能（デポジット承認・融資書類・決済確認）の計算ロジックを網羅的に検証する
外部連携（Chatwork通知）における本番誤送信を確実に防止する
静的検査（型・Lint・フォーマット）による潜在バグの早期検出を継続する

1.3 テストレベル

レベル	手法・ツール	内容
単体テスト	pytest（backend/tests/）	個々の関数・サービスロジック（トークン生成/検証、予測計算、停滞検知、スキーマ検証等）を対象に、正常系・異常系・境界値を検証する。
静的検査	TypeScript（tsc --noEmit）／ESLint／flake8／black	型エラー・構文エラー・コーディング規約違反・フォーマット崩れを機械的に検出する。フロントエンドはTypeScript＋ESLint＋ビルド、バックエンドはflake8＋blackを適用する。
結合テスト	pytest + httpx（ASGITransport）	FastAPIアプリケーションに対しHTTPリクエストを発行し、認証ミドルウェア・ルーティング・レスポンスの整合性をAPI経由で検証する。
E2Eテスト	Playwright（手動操作による確認）	実際のブラウザ操作でユーザーフロー（ログイン・会員管理・契約・レポート閲覧等）を目視確認する。自動化スイートは保有せず、都度の手動検証として位置づける。

本プロジェクトの合格基準・実施実績は、開発進捗管理表（docs/SCOPE_PROGRESS.md）の Phase 9（E2Eテスト）・Phase 10（本番運用診断）にて管理されている。

2. テスト範囲

2.1 テスト対象

認証・権限制御（ロール別アクセス制御：owner / operator / school_plus / school）
会員管理（会員情報取得API）
契約フロー（オンボーディング停滞検知）
決済確認・デポジット承認（承認URL・トークン生成/検証・催促メッセージ配信）
議事録管理（コンテンツスキーマ：コース／章／レッスン／進捗／アーカイブ／お知らせ／Q&A）
融資書類（12ヶ月売上予測エンジン）
顧客対応監視（顧客メッセージ未返信検知）
Chatwork通知連携（送信処理・リトライ・各種通知ヘルパー）

2.2 追加機能のテスト対象（2026-07-27時点）

2026-07-03以降に追加された下記機能は、専用の自動テスト（pytest）は未整備であり、Playwrightによる手動E2E確認を実施する（詳細は3.2参照）。

TEMU追加申込導線（/temu-apply）：既存会員のアカウント数追加申込・application_logsへの永続化・SEL運営本部Chatwork通知
代理店契約Web同意フォーム（/apply/agency、POST /contracts/agency/request）：既存会員による代理店契約書の自動発行・署名依頼メール送付・管理者への参考通知
顧客管理シート審査ステータスreconcile（reconcile_review_status、POST /api/cron/review-status-reconcile）：審査中→完了ステータスの自動反映、記入漏れ補完、14日以上滞留時のSEL運営本部アラート

2.3 テスト対象外（理由付き）

対象外項目	理由
Supabase（Auth / DB）自体の内部動作	マネージドサービスであり自社責任範囲外。本プロジェクトでは接続結果（認証成功/失敗、クエリ結果）のみを検証対象とする。
Chatwork / Zoom / Gemini 各APIの内部動作	外部サービス提供事業者の責任範囲であり、自社では呼び出し処理（送信ロジック・リトライ・パラメータ生成）のみを検証する。
本番環境への実送信を伴う試験	実顧客・実Chatworkルームへの誤送信事故を防止するため、単体テストでは全て外部呼び出しをモック化し、本番外部送信を伴う試験は実施しない。
DB接続を要する一部の認証結合テスト	ローカル検証環境でgreenletドライバ未導入のためDB接続不可。該当2件は既知の制約として xfail（想定内失敗）指定されている（詳細は5章参照）。
保証金（デポジット）関連機能	運営支援契約書・確認書に保証金条項（第6条の2、第20項の2）を追加済みだが、入金案内・徴収ロジックはシステムに実装されておらずChatworkでの個別運用にとどまるため、現時点でテスト対象外。今後システム実装される際にテスト対象へ追加する。

3. テスト項目一覧

backend/tests/ 配下の各テストファイルから、実装済みのテスト関数を全件抽出した一覧である。ファイル単位をカテゴリとして整理している。

95

総テスト項目数

11

対象ファイル数

72

単体テスト件数

23

結合テスト件数

カテゴリ	項目数	対象ファイル	概要
認証・権限制御	7	test_auth.py	ロール別アクセス制御（未認証401・権限別403等）
会員情報API	3	test_users.py	会員プロフィール取得API
ヘルスチェック	1	test_health.py	稼働確認エンドポイント
データスキーマ検証	10	test_schemas.py	コンテンツ管理系Pydanticスキーマの入力検証
Chatwork通知連携	3	test_chatwork.py	メッセージ送信・リトライ・通知ヘルパー
デポジット承認トークン	14	test_deposit_approval.py	承認URL用トークンの生成・検証ロジック
デポジット承認URL（結合）	12	test_deposit_approval_routes.py	承認/スキップ確認画面・送信実行APIのフロー分岐
デポジット催促メッセージ配信	6	test_deposit_messenger_v2.py	伊藤bot名義送信・顧客名未登録スキップ等
融資書類・売上予測エンジン	11	test_loan_documents.py	12ヶ月売上予測の計算ロジック網羅
オンボーディング停滞検知	18	test_onboarding_stall.py	契約放置（未決済・甲未署名）の検知ロジック
顧客メッセージ未返信検知	10	test_unanswered_messages.py	顧客からの未返信メッセージ検知ロジック

3.1 詳細一覧全95項目

No	カテゴリ	テスト項目（関数名）	観点	種別
認証・権限制御（test_auth.py）
1	認証・権限制御	test_unauthenticated_access	未認証でAPIアクセスすると401が返ること	結合
2	認証・権限制御	test_authenticated_access	認証済みでAPIアクセスすると401ではなく通過すること（※既知の制約によりxfail。5章参照）	結合
3	認証・権限制御	test_admin_access_denied_for_member	一般会員が管理APIにアクセスすると403が返ること	結合
4	認証・権限制御	test_admin_access_allowed_for_owner	オーナーが管理APIにアクセスできること（403でないこと）	結合
5	認証・権限制御	test_reports_denied_for_school	スクール生がレポートAPIにアクセスすると403が返ること	結合
6	認証・権限制御	test_reports_allowed_for_school_plus	スクール+がレポートAPIにアクセスできること（※既知の制約によりxfail。5章参照）	結合
7	認証・権限制御	test_content_admin_denied_for_operator	オペレーターがコンテンツ管理APIにアクセスすると403が返ること	結合
会員情報API（test_users.py）
8	会員情報API	test_get_me	GET /api/users/me が認証ユーザー情報（メール・ロール・プラットフォーム）を返すこと	結合
9	会員情報API	test_get_me_member	一般会員のプロフィールを正しく取得できること	結合
10	会員情報API	test_get_me_unauthenticated	未認証の場合401が返ること	結合
ヘルスチェック（test_health.py）
11	ヘルスチェック	test_health	GET /health が200とステータスokを返すこと	結合
データスキーマ検証（test_schemas.py）
12	データスキーマ検証	test_course_create	コース作成スキーマの初期値（sort_order=0・is_published=False）が正しいこと	単体
13	データスキーマ検証	test_chapter_create	章作成スキーマが正しく生成されること	単体
14	データスキーマ検証	test_lesson_create_video	動画レッスン作成スキーマ（種別・再生時間）が正しいこと	単体
15	データスキーマ検証	test_lesson_create_text	テキストレッスン作成スキーマ（種別・本文）が正しいこと	単体
16	データスキーマ検証	test_progress_update	学習進捗更新スキーマが正しく生成されること	単体
17	データスキーマ検証	test_archive_create	アーカイブ作成スキーマが正しく生成されること	単体
18	データスキーマ検証	test_notice_create	お知らせ作成スキーマの初期値（target_roles=[]・is_published=False）が正しいこと	単体
19	データスキーマ検証	test_notice_update_partial	お知らせ部分更新スキーマ（一部フィールドのみ更新）が正しいこと	単体
20	データスキーマ検証	test_question_create	質問作成スキーマの初期値（category=common）が正しいこと	単体
21	データスキーマ検証	test_answer_create	回答作成スキーマが正しく生成されること	単体
Chatwork通知連携（test_chatwork.py）
22	Chatwork通知連携	test_send_message_success	送信成功時にTrueが返ること	単体
23	Chatwork通知連携	test_send_message_retry_on_failure	送信失敗時に3回リトライしFalseが返ること	単体
24	Chatwork通知連携	test_notify_helpers	各種通知ヘルパー（新規レッスン/アーカイブ/レポート更新/お知らせ/質問）が正しいtrigger_typeで呼び出されること	単体
デポジット承認トークン（test_deposit_approval.py）
25	デポジット承認トークン	test_generate_token_format	トークンがpayload.signature形式（SHA256署名64桁）で生成されること	単体
26	デポジット承認トークン	test_verify_token_success	生成したトークンを正常に検証できること	単体
27	デポジット承認トークン	test_verify_token_with_expected_values	期待するcandidate_id/user_idを渡しても検証が通ること	単体
28	デポジット承認トークン	test_verify_token_wrong_signature	署名が改ざんされたトークンはTokenInvalidErrorになること	単体
29	デポジット承認トークン	test_verify_token_wrong_secret	別シークレットで生成されたトークンはTokenInvalidErrorになること	単体
30	デポジット承認トークン	test_verify_token_malformed	ドットがない/空文字のトークンはTokenInvalidErrorになること	単体
31	デポジット承認トークン	test_verify_token_expired	有効期限切れトークンはTokenExpiredErrorになること	単体
32	デポジット承認トークン	test_verify_token_mismatch_cid	期待candidate_idと異なる場合TokenMismatchErrorになること	単体
33	デポジット承認トークン	test_verify_token_mismatch_uid	期待user_idと異なる場合TokenMismatchErrorになること	単体
34	デポジット承認トークン	test_secret_required	シークレット未設定ではトークン生成がTokenInvalidErrorになること	単体
35	デポジット承認トークン	test_token_jti_uniqueness	同一秒に複数生成してもトークンが一意（jtiによる）であること	単体
36	デポジット承認トークン	test_build_approve_url	承認用URLが正しい形式で生成されること	単体
37	デポジット承認トークン	test_build_skip_url_appends_action	スキップ用URLにaction=skipが付与されること	単体
38	デポジット承認トークン	test_round_trip_with_real_uuid	実際のUUID文字列で生成→検証が問題なく成立すること	単体
デポジット承認URL（結合）（test_deposit_approval_routes.py）
39	デポジット承認URL(結合)	test_get_confirmation_approve_success	承認確認画面が正しく表示されること（顧客名・推奨金額・送信実行ボタンを含む）	結合
40	デポジット承認URL(結合)	test_get_confirmation_skip_action	スキップ確認画面が正しく表示されること	結合
41	デポジット承認URL(結合)	test_get_confirmation_invalid_token	不正なトークンでアクセスすると400（不正なリンク）になること	結合
42	デポジット承認URL(結合)	test_get_confirmation_expired_token	有効期限切れトークンで410（有効期限切れ）になること	結合
43	デポジット承認URL(結合)	test_get_confirmation_wrong_uid	承認ユーザー不一致の場合400（リンク破損）になること	結合
44	デポジット承認URL(結合)	test_get_confirmation_already_sent	送信済み候補にアクセスすると処理済み画面が表示されること	結合
45	デポジット承認URL(結合)	test_get_confirmation_candidate_not_found	候補が存在しない場合404になること	結合
46	デポジット承認URL(結合)	test_post_execute_approve_success	承認実行で送信完了画面（顧客名を含む）が表示されること	結合
47	デポジット承認URL(結合)	test_post_execute_skip_success	スキップ実行でスキップ完了画面が表示されること	結合
48	デポジット承認URL(結合)	test_post_execute_already_processed	処理済み候補への再実行は再送されず処理済み画面になること（再送防止）	結合
49	デポジット承認URL(結合)	test_post_execute_chatwork_failure	Chatwork送信失敗時にエラー画面（500・送信失敗）が表示されること	結合
50	デポジット承認URL(結合)	test_post_execute_db_expired_at_in_past	DB側の有効期限が過去の場合、署名が有効でも410になること	結合
デポジット催促メッセージ配信（test_deposit_messenger_v2.py）
51	デポジット催促配信	test_notify_uses_send_as_assistant_not_send_message	伊藤bot名義（send_as_assistant）で送信され、通常送信（send_message）が使われないこと	単体
52	デポジット催促配信	test_notify_skips_when_user_name_is_null	顧客名未登録（user_name未設定）の候補はスキップされ、skip_reasonが記録されること	単体
53	デポジット催促配信	test_notify_message_body_does_not_contain_email_as_name	平部宛メッセージにメールアドレスが宛名として含まれないこと	単体
54	デポジット催促配信	test_notify_returns_zero_when_no_pending	対象候補がゼロ件の場合も安全に終了すること	単体
55	デポジット催促配信	test_default_message_does_not_mention_zhang	デフォルトメッセージに旧メンション（[To:3301051]・張さん）が含まれないこと	単体
56	デポジット催促配信	test_notify_missing_settings_returns_error	必須設定が未設定の場合、early returnでエラー扱いになること	単体
融資書類・売上予測エンジン（test_loan_documents.py）
57	融資書類・予測エンジン	test_length_and_actuals_preserved	実績4ヶ月＋予測12ヶ月＝16行になり、実績値がそのまま保持されること	単体
58	融資書類・予測エンジン	test_year_month_continues_across_boundary	予測の年月が実績末尾から連続し、年またぎ（12月→翌1月）が正しいこと	単体
59	融資書類・予測エンジン	test_early_and_mature_growth_taper	初期6ヶ月+20%、以降+10%の段階的成長逓減が適用されること	単体
60	融資書類・予測エンジン	test_muzai_plateau_never_exceeds_cap	無在庫売上がプラトー上限（200万円）を超えないこと	単体
61	融資書類・予測エンジン	test_forecast_profit_is_rate_of_total	予測月の利益が総売上×利益率で正しく計算されること	単体
62	融資書類・予測エンジン	test_arizai_off_by_default	既定値（seed=0）では有在庫売上・必要在庫資金がゼロであること	単体
63	融資書類・予測エンジン	test_arizai_starts_after_plateau_when_seeded	seed指定時、無在庫プラトー到達後に有在庫売上が立ち上がること	単体
64	融資書類・予測エンジン	test_peak_is_last_forecast_month_when_monotonic	プラトー未到達で単調増加の場合、ピークが予測最終月になること	単体
65	融資書類・予測エンジン	test_peak_ties_at_plateau_returns_first	プラトーで頭打ちの場合、最初に上限到達した月をピークとすること	単体
66	融資書類・予測エンジン	test_observed_growth_median	実績成長率の中央値（参考値）が正しく計算されること	単体
67	融資書類・予測エンジン	test_empty_history_raises	実績データが空の場合、ValueErrorになること	単体
オンボーディング停滞検知（test_onboarding_stall.py）
68	オンボーディング停滞検知	test_tamai_case_flagged_payment_pending	両者署名済み・未決済放置ケースがpayment_pendingとして検知されること（実案件の再発防止検証）	単体
69	オンボーディング停滞検知	test_paid_user_not_flagged	決済済みユーザーは検知されないこと	単体
70	オンボーディング停滞検知	test_recent_not_flagged	署名直後（閾値未満）は検知されないこと	単体
71	オンボーディング停滞検知	test_owner_pending_flagged	本人署名済み・甲未署名の放置がowner_pendingとして検知されること	単体
72	オンボーディング停滞検知	test_sent_only_not_signed_ignored	本人未署名（送付止まり）は対象外であること	単体
73	オンボーディング停滞検知	test_non_qualifying_types_ignored	付随契約（確認書・月額規約・利益規約等）のみでは検知されないこと	単体
74	オンボーディング停滞検知	test_threshold_boundary_inclusive	閾値日数ちょうどは検知し、1日未満手前は検知しないこと（境界値）	単体
75	オンボーディング停滞検知	test_mixed_owner_signed_is_owner_pending	一部契約のみ甲署名済みの場合、owner_pendingと判定されること	単体
76	オンボーディング停滞検知	test_payment_clock_starts_at_owner_signed	payment_pendingの経過日数が、最後に甲署名された時点を起点に計算されること	単体
77	オンボーディング停滞検知	test_multiple_users_only_stalled_returned	複数ユーザーが混在する中、停滞ユーザーのみが返されること	単体
78	オンボーディング停滞検知	test_sorted_oldest_first	検知結果が経過日数の古い順にソートされること	単体
79	オンボーディング停滞検知	test_empty_input	入力が空の場合、空配列が返ること	単体
80	オンボーディング停滞検知	test_internal_domain_excluded	自社ドメイン（rerise-japan.co.jp）の内部アカウントは検知対象から除外されること	単体
81	オンボーディング停滞検知	test_exclude_emails_param	除外メールアドレス指定（大文字小文字無視）が機能すること	単体
82	オンボーディング停滞検知	test_internal_excluded_but_real_customer_still_flagged	内部除外を適用しても実顧客ケースは確実に検知されること	単体
83	オンボーディング停滞検知	test_qualifying_types_constant	検知対象契約種別の定数（QUALIFYING_TYPES）が正しいこと	単体
84	オンボーディング停滞検知	test_alert_message_contains_key_info	アラートメッセージに必要情報（件数・メール・経過日数・ステージ）が含まれること	単体
85	オンボーディング停滞検知	test_alert_message_owner_pending_label	owner_pending時のラベル文言（甲(承認)未署名）が正しいこと	単体
顧客メッセージ未返信検知（test_unanswered_messages.py）
86	未返信検知	test_customer_last_old_flagged	顧客最終発言から閾値超過（48時間未返信）で検知されること	単体
87	未返信検知	test_staff_last_not_flagged	運営（平部）が最後に返信済みの場合、検知されないこと	単体
88	未返信検知	test_customer_last_recent_not_flagged	顧客発言が閾値未満の場合、検知されないこと	単体
89	未返信検知	test_threshold_boundary	閾値ちょうどは検知し、わずかに手前は検知しないこと（境界値）	単体
90	未返信検知	test_missing_fields_skipped	必須フィールド（アカウントID・時刻）欠損データはスキップされること	単体
91	未返信検知	test_sorted_oldest_first	検知結果が待機時間の長い順にソートされること	単体
92	未返信検知	test_mixed_only_unanswered_customers	混在データ（スタッフ返信済み/顧客最近発言を含む）から未返信顧客のみが抽出されること	単体
93	未返信検知	test_excerpt_truncated	メッセージ抜粋が60文字以内に切り詰められること	単体
94	未返信検知	test_alert_message_contains_room_and_hours	アラートメッセージに必要情報（ルーム名・未返信時間・本文抜粋）が含まれること	単体
95	未返信検知	test_empty	入力が空の場合、空配列が返ること	単体

3.2 新規機能の手動E2E確認項目（自動テスト未整備）

2026-07-03以降に追加された以下3機能は、専用の単体・結合テスト（pytest）を保有していない。Playwrightによる手動操作で下表の観点を確認し、次回改修時に自動テストの追加を検討する。

機能	対象	確認観点
TEMU追加申込導線	`/temu-apply`	ログイン必須であること／アカウント数選択→送信でapplication_logsに永続化されること／SEL運営本部Chatworkへ通知されること／新規申込フォーム側の409エラー時に会員サイト誘導CTAが表示されること
代理店契約Web同意フォーム	`/apply/agency` `POST /contracts/agency/request`	既存の代理店契約（sent／signed_by_user／active）がある場合に重複申込を防止すること／申込で契約書が自動作成（sent状態）されること／署名依頼メールが自動送信されること／管理者への参考通知が送られること
顧客管理シート審査ステータスreconcile	`POST /api/cron/review-status-reconcile`	承認時に審査中ステータスが自動記入されること／完了時にステータスが自動反映されること／記入漏れ行が補完されること／14日以上の滞留がSEL運営本部へアラートされること／cron_secret未指定時に実行できないこと

4. テスト環境

4.1 実行環境

項目	内容
実行場所	ローカル開発環境（開発者PC上）。CI環境ではGitHub Actionsのubuntu-latestランナー上で実行。
バックエンド	Python 3.11〜3.12 / FastAPI / SQLAlchemy 2.0 / pytest（asyncio_mode=auto、testpaths=tests）
フロントエンド	Node.js 20 / React 19 + TypeScript 5 + Vite 7
API実行方式	httpx.ASGITransportによるアプリ内蔵実行（実サーバー起動なしでAPIルートを検証）
データベース	ユニット/結合テストの多くはDB接続をモック化（_FakeDb等）。実DB接続を要する一部の認証テストは、ローカル環境でgreenletドライバが未導入のため実行不可（既知の制約）。

4.2 使用ツール一覧

ツール	用途	対象
pytest	単体・結合テスト実行	backend
httpx（AsyncClient）	APIリクエストのシミュレーション	backend
unittest.mock（AsyncMock/MagicMock/patch）	外部サービス呼び出しのモック化	backend
flake8	Pythonコードの静的解析（max-line-length=120）	backend
black	Pythonコードフォーマットチェック（line-length=120）	backend
TypeScript（tsc --noEmit）	型検査	frontend
ESLint	JS/TS Lintチェック	frontend
Vite build	本番ビルド確認	frontend
Playwright（手動操作）	E2E動作の目視確認	frontend／全体

4.3 テストデータ方針

実顧客データは使用しない。テストユーザー（owner@test.local／member@test.local／plus@test.local等）を固定の疑似データとして使用する。
Chatwork送信・外部API呼び出しは全てモック化し、テスト実行時に本番へ実送信されないことを担保する。
実在の停滞ケース（玉井様型・丸山様型）を参照した再発防止テストのみ、実案件の状況をロジック検証用の疑似データとして再現する（個人情報の実値は使用しない）。

5. 合格基準

検査区分	合格基準	備考
単体・結合テスト（pytest）	全件成功（xfail指定分を除く）	95項目中、既知の制約によりxfail指定された2件（test_authenticated_access／test_reports_allowed_for_school_plus）を除き、全件成功を合格基準とする。
TypeScript型検査	エラー0件	npx tsc --noEmit
ESLint	エラー0件	npm run lint
フロントエンドビルド	ビルド成功	npm run build
flake8	指摘0件	flake8 . --max-line-length=120
black	指摘0件（フォーマット崩れなし）	black --check --line-length=120 .
手動E2E確認（新機能3項目）	全項目Pass	TEMU追加申込導線／代理店契約Web同意フォーム／審査ステータスreconcile（3.2参照）。Playwrightによる手動操作で確認する。

既知の制約について：test_authenticated_access・test_reports_allowed_for_school_plusの2件は、ローカル検証環境でDB接続用ドライバ（greenlet）が未導入のためValueErrorが発生し、xfail（想定内失敗）として明示的にマークされている。これは実装不具合ではなく検証環境起因の制約であり、残存リスクとして本書に明記する。CI/本番相当環境でのDB接続確認をもって解消とする。

6. テスト体制と役割

役割	担当	責任範囲
テスト実施	RERISE JAPAN開発チーム（AI開発チーム）	単体・結合テストの実装・実行、静的検査の実行、不具合の一次対応
確認・承認	平部様	テスト結果の最終確認、本番反映可否の承認

6.1 スケジュール

フェーズ	内容	状態
Phase 9：E2Eテスト	改修箇所の結合テスト（本番外部送信なし）	完了
Phase 10：本番運用診断	TypeScript／ESLint／flake8／black による静的検査	完了

改修・機能追加が発生した都度、該当範囲の単体・結合テストを追加し、本書のテスト項目一覧を更新する。

7. 不具合管理ルール

7.1 重要度定義

重要度	定義	対応期限の目安
致命的	本番サービス停止、決済・契約データの欠損や誤送信など、事業運営に直接的な損害を及ぼす不具合	即日（検知後24時間以内）
重大	主要機能（認証・権限制御・デポジット承認・契約フロー等）が利用できない、または誤った結果を返す不具合	2営業日以内
中程度	一部機能に不具合があるが代替手段があり、事業運営への直接影響が限定的なもの	1週間以内
軽微	表示崩れ・文言の誤り等、機能自体には影響しない不具合	次回リリースまでに対応

7.2 対応フロー

不具合発見時は原因をログ・DB・APIレスポンス等の事実に基づき特定し、推測での対応は行わない。
致命的・重大な不具合は発見次第、平部様へ速やかに報告する。
修正後は該当テスト項目を再実行し、合格を確認したうえでクローズとする。
エラーはフォールバックで隠蔽せず、原因を明確にした上で解消する。