包括的核実験計画

目的

かどうかを、ソフトウェア、ハードウェア、またはプロセスでは、包括的核実験計画は、その名前が示すように設計され、システムのガイドを徹底的にテストしてください。地域を識別して潜在的なリスクと評価される方法について説明し、システムへのかかりやすさを判断するの問題があります。テストの計画もdelineatesはどのようにテストの結果が検証されます。テストの結果を受け取ったとしても、かれらは改正案を試すためのプロセスとその結果を評価することができトトます。

アプリケーション

するために、包括的核実験計画を表明するプロセスに使われるそして、後に、その結果は、結婚して、その過程で、これは、進化のドキュメントをご覧ください。入手可能な情報になるとして成長します。最初のうちは、包括的核実験計画をテストするための道路地図としての役割の検証を行うとします。その後、サービスを提供することのリポジトリとして出力のテストがあります。このように、ドキュメントには、必要不可欠な人とのテストを実施される可能性があり防衛のための費用として使用されるかのテストにアプローチしています。

コンテンツ

包括的核実験する計画が含まれて歴史とステップバイステップの評価プロセスのための指導します。

背景にします。その根拠は、通常のテストのための最初のコンポーネントは、包括的核実験計画は、理由のテストが必要と思われるものとつながっている環境への配慮（複数指定可）の主要なアプローチが考えられます。

テストアプローチします。技術的なアプローチをして、実際のテストで定義されなければならないの詳細など、必要なすべての素材は、さまざまなパラメータを評価するテストは、特定の分野でのテストを、指標や統計情報を追跡できます。また、このテストを含む可能性の個別のコンポーネントのシステムでは、統合システムと同様です。

検証します。すべての検証プロセス、内部または独立するかどうかは、可能な限り客観的に定義されなければならないします。検証プロセスがテストすべきアドレスを、特定のコンポーネントだけでなく、システムに統合されます。

成果を期待します。いくつかのテストを計画（ないすべて）には、いくつかの説明を出力すると予想してから、テストのプロセスではないので、成果を期待することができ、実際の成果を比較しています。このガイドを使用してはいけません、試験の成果が、なければならない場合、テストプロセスの識別に使用されているつづりを生産する計画が実際には、教育の成果を希望します。

成果をテストします。以前のように、テスト計画は進化します。この情報はのみのテストが完了した後に組み込まれます。この情報に組み込まれる可能性があり、最終的な段階としての予備的なテストかもしれスパン数週間、数ヵ月、あるいは何年かします。

結論（秒）です。に基づいて、テスト、検証の成果は、どんな結論を出すことができ、システムに基づいて描かれ、テストの過程で、検証し、成果を予想しなければならないとの結論で表されます。結論なければならない部分は、包括的核実験計画を組織してアーカイブします。

アプローチ

その他のドキュメントとは違ってどこにあるかもしれないと重いライターのバージョンのドキュメントは、包括的核実験計画は、その性質は、可能な限り網羅します。各要素の情報に含まれてテストすることができる計画が含まれるべきかを妨げる誤解や誤用のテストプロセスします。また、いくつかの性質を組み込む計画されてある程度の変動は、適用されませんが、テストを計画します。テストの計画は、比較的硬直している場合、このプロセスは変更される場合は、テスト計画を変更しなければならないドキュメントされます。

配慮

包括的核実験計画を適用することができ資材、システム、プロセス、ハードウェアとソフトウェアを、またはそのシステムに統合されます。これらのいくつかのテストでは、検索結果は純粋に量的な、そして簡単に差異が検出された。プロセスのために、しかし、投機的なテストになることができた場合は、出力していませんプロセスを明確に識別するような方法で客観的に測定することができます。主観的測定不十分なテストにつながるように、 "ハード"の統計情報は失われます。具体的な対策をすることができない場合が見つかりましたかの検証評価のためのテストプロセスは、このような欠点がハイライト表示されなければならないテストの計画ではないので、結果として厳然とした事実を誤解していませんします。

これは、記事に追加されnevena stefanova