ソフトウェア要件の重要性
ソフトウェアテストの過程では、ときに我々は、早く早く問題を問題を見つけ、修理コストが低くなり、私たちは分析とソフトウェア要件のテストを持っているので、そのための分析やソフトウェアをテストするための需要も非常に重要です問題を見つけることができる、それがより引き起こされた問題の将来的に回避することができます。
要件の開発
ステージ1つの要件誘発要求分析フェーズ2. 3. 4.書かれた要件仕様段階要件の検証フェーズ：さらなる発展は、4つの段階に分けることができる必要があります
ソフトウェア要求仕様書
- 整合性
我々は最初の省略を示すための識別子として（決定する）TBDを使用することができれば、任意の必要な需要情報が欠落していない、需要はいくつかのアイテムが欠け、欠けを検出することは困難になります
- 一貫性
他のソフトウェア要件や高レベルの要件との整合手段は矛盾ではありません
- 修正可能
需要を維持または変更する場合は、各マークの独立性要件を要求SRS、および他の領域から分離することの必要性を見直すべき
- トレーサビリティ
需要管理
- 要件の定義
- ニーズを特定します
- 状態を確立する必要があります
- 要件レビュー
- 需要のコミットメント
- 要件の追跡
- 需要の変更管理
標準的なソフトウェア要件のプロセスは、次のとおりです。明確な、完全な、一貫性のある、テスト可能
ソフトウェアテスト要件分析
目的：何かを得る、何も入力する必要性を含むソフトウェアテストソフトウェアテストの活動と成果、需要の活動に関わる関係者から詳細な分析、姿をテストする、どのような最終的な出力などのソフトウェアの問題を解決するために、
分析ステップ
- ソフトウェア開発ソフトウェアの要求仕様は、開発ニーズを項目別に、そのテスト容易性を決定します
- 試験形態の説明と計測範囲を定義します
- 品質基準によると、一つ一つの品質要件を開発します
- テスト実行の分析の間に実施する必要のあるテストの種類
- 、テスト要件の厳格かつ効果的な管理の実施をマトリックスの追跡検査の要件を確立します
