ソフトウェアテストの種類

テスト - ソフトウェア開発の段階の一つ。 パフォーマンス・エラーまたは該当するドキュメントと、製品の不適合を検出するために使用されます。 分類テストソフトウェアは非常に広範です。

なぜそれを使いますか？

ソフトウェアのテストは 、いくつかの理由のために行わ確保するために：

1. キープログラミングエラーの同定。 テスターは、システムや危機的状況のためにそれらのセットの個々の機能をチェックし、必要に応じて動作するソフトウェアを与えることはありません。
2. 使いやすさの決意。 ユーザーおよびシステム動作のためのインタフェースの人間工学は、外部の影響に依存しているかどうかのチェック。
3. コンプライアンス・マニュアルを参照して実現。 テストおよび引当金のための作業プログラムを受信する前にテストを担当する従業員はこれにソフトウェアが一致している必要があります。 また、プログラムの実際の動作の矛盾と計画されたドキュメントの機能を同定しました。

タイプ

通常ユニット、統合とシステムとして、テストのこれらのタイプを区別。 それらのそれぞれは、エラーを見つけることのいくつかの側面に影響を与えます。

ユニットテストでは、特定のモジュール、メソッド、関数やクラスをテストすることができます。 この方法は、コードの個々の部品の性能を示し、かつ迅速に機能的なアクションへのさらなる改善かどうかには影響しませチェックできます。

次のステップへ進み、品質のためのエキスパートシステムの個々の機能及び動作を確認した後。 統合テストは、通常、モジュールの後に行われます。 この段階では、集約内のコードとそれらの相互作用の別のセクションと考えられています。

最終段階 - システムテスト。 それによって、ソフトウェアはすでに完全に組み立てられていると勤勉する準備ができ、利用者の位置でテストされています。 この段階でインターフェイスに検出誤動作、並びに最大の人間工学を適用することによって達成されます。

ソフトウェアのテストの上記タイプの成分の分離の程度によって決定されます。

他の試験方法

区別は、「ホワイトボックス」および「ブラックボックス」の方法として試験のようなタイプです。 手順最初の方法の間、開発者がソースコードへの完全なアクセス権を持っており、また、独自のテストとエラー開発者を検出するために書かれて使用することができます。 「ブラックボックス」の方法は、プログラムコードへのアクセスを許可していません、この場合の制御は、ユーザインタフェースを介して行われます。 これらの試験条件は、システムの知識の程度によって定義されます。

ソフトウェア開発ライフサイクルの完了

テストは、後に行われる 設計、開発 およびドキュメンテーションシステム。 このステップはで完了することができる のライフサイクル の問題領域が同定されている場合は、ソフトウェア、またはプログラミングへの復帰があります。 最初のテストフローは常に返し 、負のフィードバックを 任意の開発以来、単に作成の段階で追跡することができないボトルネック、障害時には深刻なエラーが存在します。