開発プロセス
- フォワード思考：検証ソフトウェアが動作し、その後、特性、または所望の効果を達成できるシステムの能力を評価されています。それが通過するまで、環境のセットで実行するためのソフトウェアのすべての機能。
- 逆思考：ソフトウェアエラーが発生したと仮定し、エラーがそれが問題を見つけることができないまで、システムを弱体化しようとすると、プロセスは弱いリンクローカルと当てにならないシステムを探して、プログラムまたはシステムのテストを実行するために発見されました。
基本コンセプト
テストに関連する1いくつかの概念
- エラー（エラー） - 障害（間違い）であり、それがこの障害は、バグと呼ばれ、コードの準備に障害が表示されます。
- 不具合（障害） - 欠陥が間違った結果であり、欠陥や不作為に欠陥が障害
- 失敗（失敗） - 失敗時に欠陥の実行を発生します。
- 事故（事件が） - 障害が発生した場合には、又はユーザに提示してもしなくてもよいです。
- 試験（テスト）
- テストケース（テストケース）
- プログラムが正しく：操作には文法的な間違いが過度の声明なしで、プログラムを有意なエラーが見つからない、右の出力を得るために有効な入力、無効な入力は任意の可能な入力出力を補正、適切に処理されます。
ソフトウェアの欠陥の2の定義
- 非常に広い概念、パフォーマンスは、ユーザーの期待や希望の動作を満たしていません
- ソフトウェアに存在する、ソフトウェアの機能は、適切な質問の実現に影響を与えます
- さまざまな問題のためのソフトウェアの一般的な用語
- 欠点（低速）、病気（予期せず終了します）、失敗（中国が四角形として表示されます）、エラーや（コンパイル・エラー以外の）ミス、機能不全（グラフィックスのコピーに失敗）
- プログラムがクラッシュまたはハング（フリーズ）、矛盾ます（Ctrl + Sは、すべてのプロセスを保存することはできません）、インターフェースの設計上の欠陥（5つのワードがボタン3上に表示されなければならない）というように。
- 理由：偏差ユーザーのニーズ、変化する需要レポートは、欠けている機能、追加機能を達成するために
3.テストとデバッグ
- 手順が定義することができる公知の試験条件は、結果は予測不可能であることができます。
- テストは、制御可能なプロセス、計画することができ、デバッグ手に負えない。
- テストはテストして、デバッグが推論の過程です。
- デバッグが正しい示し、テストに加えて、正しい手順を示しているだけでなく、検証プロセスが失敗に対処する方法。
- テストは設計の詳細を理解する必要があり試運転、設計の詳細を理解することはできません。
- テストは、デバッグを自動化することができない、自動化することができます。
ソフトウェアテストの4定義
- ソフトウェアのテストは、「検証（検証）」と「正当性確認（検証）」の活動は、全体を構成しています。
- 「確認」プランニングブックで定義されたソフトウェアが正しくシステム機能と製品の特性を実現しているかどうかをテストがあります。
- 「妥当性確認」は開発されたソフトウェアは、アクティブなユーザーの真のニーズを満たして確認することです。
ソフトウェアテストの参照サイト