試験計画書
説明
試験仕様書（1行1試験）を書き始める前に合意しておく計画側の型です。区分ごとの想定項目数と1日あたりの消化数から所要日数を数式で出し、NG想定率から再試験のぶんまで積んで、移行判定日までの余裕（営業日）を自動で出します。余裕が0以下なら赤——その計画では試験が終わる前に判定日が来ます。本番との差異を「その差異で検出できないこと」まで書かせる試験環境シート、抜けやすい観点（冗長化・監視発報・切り戻しの検証）を先に並べる試験観点シート、リードタイムから着手期限を逆算する事前準備シートつき。
使い方
所要日数は項目数と1日あたりの消化数から出してください。1日あたりの消化数は区分ごとに変えます——冗長試験は1件ごとに復旧を待つので伸びず、夜間バッチは1晩1件しか消化できません。全区分を同じ数で置くと必ず後半で溢れます。NG想定率を必ず入れてください（空欄は赤）。0%で計画すると、NGが1件出た時点で遅れ始めます。本番との差異は「その差異で検出できないこと」まで書いてください（空欄は赤）。差異があること自体は問題ではなく、書いていないことが問題になります。ここが埋まっていない計画は、検証環境で全項目OKにしたあと本番で問題が出て「試験したはずなのに」と言われます。観点は試験仕様書を書く前に並べてください。項目から書き始めると思いついた順に増えて正常系ばかりになり、抜けたことにも気づけません。やらない観点は理由と残リスクを書いてください。合格基準（何をもってOKか）と完了条件（何をもってその区分が終わりか）は別のものです。総合試験を「全項目OK」で縛ると、軽微なNGが1件残っただけで移行判定に進めなくなります。
収録内容
全8シート。各シートに書いてあることは次のとおりです（ファイルの「目次」シートより）。
- 方針試験方針
- 区分ごとの目的・体制・合格基準・完了条件
- 環境試験環境
- 本番との差異と、その差異で検出できないこと
項目（8件）
サーバ・ストレージ・回線・業務データ・利用者・外部連携・ネットワーク構成・認証
- 観点試験観点
- 何を確かめるか。やらないものは理由と残リスク
- 日程試験規模
- 項目数から所要日数を出し、移行判定日までの余裕を見る
- 準備事前準備
- リードタイムから着手期限を逆算する
準備項目（10件）
検証環境の確保（本番同等のサーバ2台）・試験データの用意（マスク済み）・試験用アカウントの発行（権限別に3種）・検証用証明書の発行・回線業者の立会い日程（性能試験）・業務停止の調整（冗長試験・運用試験）・監視の通知先を試験用へ切替・負荷試験ツールの準備と事前検証・本番機の搬入・据付完了・試験仕様書・不具合管理表の準備
この型で検査する
記入済みのファイルをアップロードすると、この型の必須項目（試験計画書の組込みルール）を満たしているか検査します。ファイルは保存されません。
関連するテンプレート
同じフェーズ（試験）や業界でよく使われている型です。
試験仕様書 兼 成績書
仕様書と成績書を1ファイルで兼ねるSI定番スタイル。インフラ試験の観点チェックリスト（冗長化・監視発報を含む）を同梱し、試験漏れを構造的に防ぎます。★要件カバレッジのシートで、要件の側から「この要件を確認する試験が0件」を検出します。単体・結合・総合の区分別に集計し、NGの行には不具合IDを書き戻す欄を設けました。
不具合管理表
「おかしい」だけの報告は直せません。再現手順と期待動作を必須の列にして、空欄は赤くなります。期待動作が書けないものは不具合ではなく仕様の確認なので、QA管理表へ回す運用にしました。修正しただけでは閉じられず、再試験の結果が「合格」で初めて完了になります。検出工程を残して工程別に集計するので、受入試験・本番で出た件数がそのまま前工程の試験の足りなさを示します。原因分類ごとに「本来どの工程で防ぐか」を持つ再発防止シートつき。
議事録テンプレート（基本形）
決定事項ファーストの議事録。読み手が最初に知りたい「決まったこと・宿題」を冒頭に置く構成です。定例会・顧客打合せに。
課題管理表
「ボール（今どちらが持っているか）」と滞留日数で塩漬け課題を防ぐ課題管理表。完了条件・起票元の列つき。期限超過と記入漏れの自動色付け・プルダウン設定済み。