需要分析目的：
まず、ユーザは、機能要件に必要である：1）4を測定するために、ビジネスシナリオのニーズ3）を測定する処理分岐の試験範囲2の進捗の量））の入力、処理及び出力5に対応する機能を定義する）暗黙明確な需要に入力します。
第二に、5つの要素の明確なテスト活動：テスト要件は何をテスト、時間の明確なテストは、決定テスターはテスト環境があると判断する方法を決定するために：テストはスキル、ツール、および対応する背景知識を必要とする、あなたは、テスト中に発生する可能性がありますその上で、リスク、およびします。誤解や逃したテストを避けるために行うための明確な必要性の可能な限り詳細にテスト要件。
ニーズ分析を実施する方法：
まず、機能（ビジネス機能、補助機能、データの制約、ユーザビリティの要件、編集上の制約、パラメータの要件、権限の要件、性能制約を）確認します。
1、ビジネス機能：実際のビジネス機能やユーザの詳細に直接関連
図2に示すように、補助機能：ビジネス機能またはいくつかの細部の特徴の完了を支持する、例えば：フィルタ条件を設定します
図3に示すように、データの制約：主機能を制御するための機能的な詳細は、実行され、データの表示範囲、データ等の関係
4、ユーザビリティ要件：等、キーボードショートカット：機能の詳細は、製品のような、機能動作を使用して、いくつかの詳細を容易にするために提供されなければなりません
5、制約を編集します。機能の詳細は、関数が実行されている間、などの入力データ項目の制約の数を：あなたは数字のみを入力することができ、など
6、パラメータの要件：機能の詳細は、機能の実行、パラメータを設定する必要性に応じて、異なる処理の詳細
7、許可要件：機能の詳細は、実行される機能の過程では、権限に応じて、異なる治療は、直接の権限を制限する機能が含まれていません。
8、性能制約：機能の詳細、関数が実行されるには、性能要件を満たす必要があります
第二に、シーン解析
1、呼び出し元のシーンを考える：すべての発信者を特定するために呼び出す外部モジュールまたはシステムによって提供されている各サービスのシナリオを検討してください。前提を呼び出し、制約が考慮されなければなりません。各コールが主要なビジネス・プロセスとみなすことができる（一般的には、外部のビジネス・エラー・レートの相互作用が比較的大きいがあり、に焦点を当てる必要があります）
内部ビジネスプロセスを形成し、各シーン間の制約を分析する必要が、実行条件、ビジネス組織のフローチャートの様々な：各シーンの内部との間のシステム2を考えてみましょう
鉱業のための第三に、暗黙の需要
これは、テストの経験のエンジニアが必要です。指定されていません4）使用不可能1）共通または規定の業務プロセス2）3を通過する各業務プロセスの枝）明確に定義されたビジネスプロセスをが、ビジネスでは使用しないでください5）その他の異常を処理しますまたは非準拠の動作
これらは、ラフな解析がテスト要件は、詳細なテスト要件は、このブログの「ソフトウェアテスト要件分析」の項を参照してくださいする方法について説明します。テストプログラム全体のニーズ分析の準備の過程で、プロセスのこの段階で、通常の状況下では、要求仕様を参照する必要が試験監督を記述することです。テスター、テスト時間、テストツールとテスト方法を含みます。これは、テスト計画を作成する方法、テスト要件分析、「テスト計画」の製品で、以下の記事を参照してください「良いテスト計画を作成する方法。」